이것은 의도적으로 설계된 것입니다.

우리는 Windows에서 다른 응용 프로그램을 "기본 터미널"로 설정하는 것을 지원할 계획이 있지만 그 계획은 여전히 ​​매우 거칠고 작업 중입니다.

이를 위해서는 OS 기능이 필요합니다. 기본 터미널 OS 변경을 나타내기 위해 제목을 업데이트하고 있습니다.

검색에서 쉽게 찾을 수 있도록 끝에 [defterm] 키워드를 추가하여 이름을 바꾸겠습니다. "기본"이라는 단어와 "터미널"이라는 단어는 이 저장소에서 놀라울 정도로 자주 나타납니다. :웃다:

ConEmu가 이것을 어떻게 하는지 궁금합니다. 설치되면 모든 새 cmd/ps/bash 창이 ConEmu에서 새 탭으로 열립니다.

ConEmu가 이것을 어떻게 하는지 궁금합니다. 설치되면 모든 새 cmd/ps/bash 창이 ConEmu에서 새 탭으로 열립니다.

여기서도 마찬가지지만 방법은 확실하지 않지만 Windows가 터미널을 완전히 지원하도록 업데이트되기를 바랍니다.

ConEmu가 이것을 어떻게 하는지 궁금합니다. 설치되면 모든 새 cmd/ps/bash 창이 ConEmu에서 새 탭으로 열립니다.

ConEmu는 (ab) 프로세스에 대한 사용자 지정 디버거를 설정하는 기능을 사용할 수 있습니다. Process Explorer가 작업 관리자를 "대체"하기 위해 동일한 작업을 수행한다고 생각합니다.

Process Hacker 는 작업 관리자 "교체"도 지원합니다.

ConEmu가 이것을 어떻게 하는지 궁금합니다. 설치되면 모든 새 cmd/ps/bash 창이 ConEmu에서 새 탭으로 열립니다.

ConEmu는 (ab) 프로세스에 대한 사용자 지정 디버거를 설정하는 기능을 사용할 수 있습니다. Process Explorer가 작업 관리자를 "대체"하기 위해 동일한 작업을 수행한다고 생각합니다.

AFAIR, 레지스트리 키를 변경합니다.

어쨌든 ConEmu는 이 작업을 수행하므로 MST도 수행해야 합니다.

ConEmu는 특정 프로세스(예: explorer.exe 또는 devenv.exe)에 후크(DLL)를 삽입하여 해당 프로세스에서 새 콘솔 창 생성을 가로챕니다. 공식 문서에서 이에 대한 자세한 내용을 읽을 수 있습니다. https://conemu.github.io/en/DefaultTerminal.html

해당 링크에서 언급했듯이 이 방법은 순전히 _hack_입니다. Windows 터미널에는 실행 가능한 솔루션이 아닙니다.

하지만... 효과가 있습니다. 전체 하위 시스템에 대한 액세스 권한이 있으면 작업이 간소화됩니다.

차이점은 Windows 터미널 은 공식 Microsoft 제품이므로 기본 터미널이 사용 가능한 못생긴 해킹을 사용하여 변경되지 않고 Windows 에서 기본적으로 지원된다는 점입니다.

이것이 이것을 언급하기에 적절한 장소인지는 모르겠지만 관련이 있을 수 있다고 생각합니다.

어떤 이유에서인지 지금 cmd와 powershell은 시작되는 방법 과 위치 에 따라 엄청나게 큰 글꼴 크기와 창 크기를 가지고 있는 것 같습니다. 시작 메뉴에서, 탐색기를 통해, Win + R을 통해 등

새 터미널이 기본값이 되면 다음과 같이 됩니다.

1. 일관된 글꼴 크기와 창 크기가 있습니까?
2. 또한 "여기서 Poweshell 창 열기" 등을 수행하는 기본 터미널이 되겠습니까?

다음은 내가 의미하는 바를 보여주는 몇 가지 예입니다.

순서대로 작업 표시줄 바로 가기에서 시작하고 "여기서 Powershell 창 열기"에서 시작하고 파일 탐색기 주소 입력에 "powershell"을 입력하여 시작합니다(기본 프롬프트가 어떻게 다른지 확인).

터미널에서 이 모든 것을 통합하면 좋을 것입니다. 상당히 답답합니다.

@lloydjatkinson 감사합니다! 여기서는 약간만 적절하지만 다음과 같이 말하면 충분합니다.

• 콘솔에는 설정을 읽는 세(!)(그리고 반)의 다른 위치가 있습니다.
• 터미널에는 하나(및 절반)만 있습니다.

특정 번호 포인트에 답변하려면:

1. 네, 전적으로, 설정에 대한 진실의 출처는 단 하나뿐이기 때문입니다.
2. 네, 바로 이 기능이 추적하는 것입니다. 대화식 사용을 위해 콘솔 창이 시작될 때마다 터미널로 리디렉션합니다.

기본 프롬프트는 다른 디렉토리에 있음을 나타내는 것처럼 보입니다. 탐색기의 주소 표시줄에서 powershell 시작하면 현재 보고 있는 모든 디렉터리에서 수행됩니다.

친애하는 팀, 이것이 여전히 백로그에 많이 남아 있습니까? 이제 Powershell7이 출시되면서 올바른 Powershell을 처리할 수 있는 최신 터미널에 더 쉽게 액세스할 수 있어야 한다는 요구가 높아졌습니다.

1421은 현재 PS5.1만 열며 이를 변경할 수 있는 공식적인 옵션은 없습니다.

나는 트위터에서 Steve Lee와 이야기를 나눴고 물론 최근 릴리스/내부 릴리스 Windows 10 클라이언트에서 터미널 및 Powershell 제품의 사용을 홍보하는 것이 도움이 될 것입니다.

@Karl-WE 우리는 대체 콘솔 호스트(또는 이를 사용할 터미널)의 등록, 열거 및 실행을 지원하기 위해 Windows에 필요한 변경 사항을 살펴보기 전에 v1을 출시하고 있습니다.

이를 위해서는 약간의 API 지원이 필요할 수 있으므로 대규모 Windows 릴리스의 일부로만 수행할 수 있습니다.

여기에서 당신의 훌륭한 작업에 대해 Dustin에게 감사드립니다. 이 팀 간 노력이 Insider 및 Powershell 팀과 소통할 수 있기를 바랍니다. 1.0 릴리스 일정에 행운을 빕니다. 아마도 우리는 20H2에 이것을 달성할 수 있을 것입니다.

이것이 더 빨리 추가되기를 바랍니다. 작동하는 비공식 해결 방법이 있습니까?

이 문제에 수백 개의 커뮤니티 댓글이 있었고 모든 종류의 미친 해결 방법이 있었다면 안심하십시오. ;)

몇 가지 기본 박쥐 파일에 대한 아이디어가 있습니다.
백그라운드에서 bat 파일을 실행한 다음 기본 cmd 창을 닫습니다.

START /B  wt cmd /c yourfile.bat
exit

이 문제에 수백 개의 커뮤니티 댓글이 있었고 모든 종류의 미친 해결 방법이 있었다면 안심하십시오. ;)

나는 수십 년 동안 Win+R에서 cmd (지금은 powershell )를 시작했지만 대신 wt 를 입력하도록 고통스럽게 재교육하고 있습니다. 나는 당신이 늙은 개에게 새로운 기술을 가르칠 수 있다고 생각합니다. 천천히. 😁

이것은 %userprofile%\AppDataLocalMicrosoftWindowsApps의 앱 실행 별칭 wt.exe 덕분에 작동합니다.

안녕 팀, 사용자, wt는 이제 매우 좋은 옵션 세트와 사전 설정 설정 json 및 설정을 포함하는 사용자 정의 가능한 부분을 가지고 있기 때문에 wt를 시작할 때 열리는 기본 콘솔은 무엇입니까? 최소한 다음 시도를 선택하기 위해 모든 대략적인 계획(https://github.com/microsoft/terminal/issues/492#issuecomment-490092382)을 선택하십시오.

Win+X의 통합.

내가 _생각하는_ 방법:

• 설정을 위해 Jennifer Gentlemen 및 팀과 연결
• powershell 또는 cmd 대신 wt를 시작하도록 다음 설정을 교체하거나 업데이트할 수 있는 새 설정 항목을 추가하십시오.
• 그에 따라 ADMX 파일을 업데이트하여 GPO를 통해서도 설정할 수 있습니다.

• 주의: wt는 사용자가 설치해야 합니다.

• 사용자는 기본 콘솔 옵션을 사용하여 기본적으로 열릴 항목을 지정할 수 있습니다.

처럼
"profiles": [ "defaultProfile": "{574e775e-4f2a-5b96-ac1e-a2962a402336}" { "guid": "{574e775e-4f2a-5b96-ac1e-a2962a402336}", "hidden": false, "name": "PowerShell 7", "source": "Windows.Terminal.PowershellCore", "useAcrylic": true }, ],

설정 > 개인화 > 작업 표시줄

"Win+X cmd를 powershell로 교체"

사용자의 순진한 관점일 수도 있지만 몇 년 동안 이 시점에서 cmd를 Powershell로 전환하는 것이 가능하다는 것을 상상할 수 없지만 이 두 항목을 다시 wt로 교체하는 작은 단계는 만들지 않았습니다. 그리고 예, 기본적으로 다른 모든 콘솔과 마찬가지로 상승하지 않기 때문에 관리자 권한이 있거나 없는 wt를 갖는 것이 의미가 있습니다(몇 가지 예외 제외).

이것이 왜 그렇게 많은 작업이 필요한지 자세히 설명해 주시겠습니까? 그것은 시작이 될 것입니다.

설정 > 앱 및 기능 > 기본 앱에서 기본 터미널 응용 프로그램을 선택하면 더 많은 작업이 필요하다는 것을 이해할 수 있습니다. 나는 이것이 현재 쉽게 달성될 수 없다는 것을 NirSoft ShellExView로 다시 확인했습니다.

그러나 위에서 언급한 Win+X 설정을 변경하는 것은 이미 존재하는 것입니다.
Win+X 메뉴를 원하는 사람으로 변경할 수 있는 타사 도구도 있음을 염두에 두십시오.

여기에서 도구를 찾을 수 있지만 위험은 사용자가 감수해야 합니다.
Win+X 메뉴 편집기
세르게이 "해피 불도저" Tkachenko가 만들었습니다.
http://winaero.com
이 소프트웨어는 hashlnk 도구 소스 코드를 사용합니다
Hashlnk는 Rafael Rivera가 만들었습니다.
http://www.inwindows.com/

이 참조를 게시할 수 있기를 바랍니다. 그렇지 않으면 제거하십시오. 앱을 zip 또는 Onedrive로 업로드할 수 있으면 알려주세요. 다른 곳에서 미러링하는 것이 허용되지 않는다는 암시는 없습니다.

추신: Win+X 메뉴의 새 그룹에 wt를 추가하려고 시도했지만 불분명한 이유로 그렇게 하지 못했습니다. 권한이 맞는 것 같습니다. 다음 항목을 제외한 모든 파일을 링크로 추가할 수 있습니다.
%localappdata%MicrosoftWindowsApps(전체 경로 포함).

설계상 이를 방지하는 것이 무엇인지 궁금합니다. 앱에 0kb 크기의 파일과 일종의 심볼릭 링크가 있기 때문인 것 같습니다. 작업 관리자에서 wt 프로세스의 "위치를 열 수"도 없습니다. 이것이 MS 앱의 앱 가상화의 특성이라고 생각합니다. Edge Chromium, notepadS 등과 같은 다른 제품에도 적용됩니다.

이 정보와 상황을 감안할 때 이 변경을 수행하는 것이 왜 그렇게 어려운지 이제 이해할 수 있습니다. 익스플로러에서는 접근이 안되지만 Win+R/검색에서는 실행이 가능합니다. 이상해.

"실제 파일"이 아니기 때문에 wt.exe를 직접 추가할 수는 없지만 wt.exe에 대한 바로 가기를 만들면 도구에서 추가할 수 있고 제대로 작동합니다.

자세한 내용은 https://www.hanselman.com/blog/TotallyUnsupportedHacksAddWindowsTerminalToTheWinXShortcutMenu.aspx 에서 읽을 수 있습니다.

내가 WinX의 기능을 올바르게 이해한다면 Windows는 경로로만 링크를 수행하지 않습니다. 아마도 스푸핑을 방지하고 파일의 해시를 생성하기 위함일 것입니다. 모든 "앱"의 파일 크기가 0이므로 "열 수 없음"은 해시를 생성할 수 없기 때문일 수 있습니다. 아마도 액세스/읽을 수 없기 때문은 아닐 것입니다.

thlac @shanselman 에 대한 참조 덕분에 공식적인 방법이 없는 이유를 이해하기가 훨씬 더 어려워졌습니다. 파일에 대한 바로 가기가 있는 Ofc는 파일을 변경할 위험이 있으며, 이는 WinX가 쉽게 변경되지 않는다는 원래 디자인 아이디어와 모순되는 것 같습니다.
위험은 사실 PUA/맬웨어가 이 메뉴의 대상을 변경할 수 있다는 점입니다.

@Karl-WE 모든 사람이 여기에서 같은 페이지에 있는지 확인하고 싶었습니다. Windows 터미널은 셸 이 아닌 터미널/콘솔 응용 프로그램입니다. Cmd 및 PowerShell은 셸 입니다. (참고: https://www.hanselman.com/blog/WhatsTheDifferenceBetweenAConsoleATerminalAndAShell.aspx )

따라서 Win+X 설정은 (IMHO) 이 문제와 관련이 없습니다(터미널 응용 프로그램이 아니라 셸만 결정하기 때문).

나는 당신의 정의를 이해합니다. 결국 동일한 요청이 많이 주어지면 WinX는 Windows 터미널을 만드는 데 도움이 됩니다.

• 성공과 확산에 도움이 될 수 있고 궁극적으로 지출한 작업을 존중할 수 있습니다.

• 사용자가 선호하는 기본 셸 을 더 쉽게 액세스할 수 있도록 돕습니다.
  현재 구성 가능한 cmd 또는 PoSh 5.1이 아닐 수 있습니다.

이러한 관점에서 볼 때, 나는 여전히 귀하의 주목한 차이점에 동의하지만 결국 목표는 기본 콘솔 에 비해 터미널의 더 나은 기능을 사용하면서 쉘에 더 쉽게 액세스할 수 있도록 돕는 것입니다.

@nu8 아마도 "시스템 conhost를 이 저장소에서 빌드된 conhost 버전으로 교체하는 것"과 "Windows에서 터미널 인스턴스를 자동으로 시작하도록 하는 것"은 완전히 다른 문제라는 데 동의할 것입니다 ;)

이 저장소는 콘솔 호스트 _및_ 터미널을 모두 호스팅합니다. 하나는 다른 하나를 기반으로 하지만 확실히 같지는 않습니다.

@nu8 @DHowett 이 검토하고 분류해야 하는 방대한 양을 감안할 때 때때로 차이가 있을 수 있습니다. 당신이 인용했듯이 타임 라인의 492는 1817 이전에 왔으며 상황이 바뀔 수 있음이 분명합니다.
그가 그것을 다른 방향으로 게시했다면 더 짜증날 것입니다. 그렇지만:

좋은 소식은 일정대로 진행되며 더 이상 백로그에 없습니다.

보다

1 | 기본 터미널 | 명령줄 응용 프로그램이 생성되면 Windows 터미널(설치된 경우) 또는 선호하는 터미널에서 열립니다.
문제: #492
사양: #2080

출처: https://github.com/microsoft/terminal/blob/master/doc/terminal-v2-roadmap.md

@DHowett 여기에서 작업해 주셔서 감사합니다. 작은 질문이 있습니다.
이것이 20h2 또는 21h1 Windows 업데이트에서 출시될 것으로 예상할 수 있습니까? 이 방향으로 진행되는 내부 작업(OS 수준에서)을 알고 있습니까?
계획이 변경될 수 있다는 것을 이해하지만 여전히 궁금합니다 :)

우리는 이 기능을 활성화하기 위해 OS 수준의 작업을 수행해야 하는 팀이므로 이 기능을 활성화하기 위해 수행 중인 작업을 _모르고_ 있었다면 매우 놀랐을 것입니다.

우리는 여전히 터미널의 1.0 릴리스를 지나고 있으므로 아직 시작하지 못했습니다. 20H2 또는 21H1에 출시되지 않을 것이라고 말하고 싶습니다. 해당 릴리스 중 하나에 포함하려면 지금까지 기능을 완료(또는 최소한 프로토타입 제작)해야 할 것입니다.

WSL2에서 defterm 설정 또는 전체 GPU 가속 지원이 가장 먼저 제공될지 궁금합니다. 이 시점에서 우리는 최소한 가상화할 수 있는 개발을 위해 대신 기본 Linux 터미널을 사용할 수 있습니다.

이번 호는 구독자가 너무 많아서 잠그겠습니다.
이 기능의 엔지니어링 방향에 영향을 줄 공헌이 있는 경우 내 GitHub 프로필에 있는 주소로 이메일을 보내주십시오.