Terminal: [터미널] VT 마우스 지원

예, 현재 알려진 문제입니다. 터미널에서 마우스 시퀀스를 합성할 수 있도록 하고 마우스 시퀀스를 읽을 수 있도록 conpty에서 두 곳에서 마우스 지원을 추가해야 합니다.

이 문제는 첫 번째 비트인 터미널 기능을 추적하는 것입니다.

두 번째 비트인 conpty 부분은 #376을 참조하세요.

슬프게도 이것은 작동하지 않습니다. TMUX와 함께 마우스 이벤트를 사용하면 여러 창을 가질 필요가 지연됩니다.
이 기능이 창보다 먼저 구현되기를 바랍니다. 이 기능은 매우 필요하며 대부분의 문제를 해결할 것입니다.

Powershell을 통해 Docker 내의 tmux에서도 마우스 지원이 지원되지 않는다는 점을 지적하고 싶습니다. 기능이 단순히 터미널에 없기 때문에 당연히 WSL이나 Docker에서는 작동하지 않는다는 것을 알고 있지만 계속해서 언급할 것이라고 생각했습니다.

마우스는 WSL의 TMUX와 함께 작동합니다.

마우스는 wsltty에서 작동합니다: https://github.com/mintty/wsltty

@guibirow 아마도 터미널 내에서 Docker의 문제일 수 있습니다.

아니요. Docker의 문제가 아닙니다. conpty(이 repo) 문제입니다. 마우스 지원을 원하면 wsltty를 시도하십시오.

터미널을 통해 향후 Docker용 tmux에서 전체 마우스 지원을 활성화할 계획이 있습니까?

Docker에 대해 구체적으로 알지 못하지만 일반 터미널과 달라야 하는 이유를 모르겠습니다. 이 문제는 그것에 관한 것이므로 주목하십시오!

그래서 방금 터미널에서 WSL 1을 통해 tmux를 확인했는데 마우스도 거기에서 지원되지 않습니다. 그래서 제 생각에는 tmux 자체가 이 시점에서 터미널에서 작동하지 않으며 Docker 문제가 아니라는 것입니다. @guibirow 가 그의 끝에 무엇을 보고 있었는지 확실하지 않습니다.

활성화하려면 명령을 실행해야 하며 기본적으로 활성화되어 있지 않습니다.
지금은 없지만 이렇게 간단합니다 set mouse on
다음 주에 노트북을 받으면 확인해야 합니다.

새 Windows 터미널이 아닌 wsl 터미널에서만 작동합니다.

오 알았어. 예, 일반 WSL 창에서 잘 작동합니다. 새 Windows 터미널에 포함된 경우에만 작동하지 않습니다.

마우스 지원을 구현하는 경우 SGR(1006) 확장도 구현해야 합니다.

레거시 바이트 기반 프로토콜은 최대 223개의 행 및 열 번호만 허용합니다. 이 번호에 32가 추가되고 이것이 단일 바이트로 전송되기 때문입니다. 열 제한은 너무 작아서 드문 일이 아닙니다. (참고로 95열부터 생성된 데이터는 7비트 클린이 아니며 유효한 UTF-8이 아니므로 luit와 같은 변환 계층을 인코딩할 때 문제가 됩니다.)

SGR 1006 확장은 숫자를 십진수로 인코딩하여 이러한 문제를 해결하며 많은 응용 프로그램에서 지원됩니다.

이 확장이 요청되지 않은 경우 행이나 열이 223을 초과하는 경우 이벤트를 생성하지 마십시오. 그렇지 않으면 오버플로가 심각한 결과를 초래할 수 있습니다. 예를 들어 열 227을 클릭하면 일반적으로 실행 중인 프로세스에 SIGINT를 보내는 인터럽트 문자인 바이트 32+227 = 259 = 3 = Ctrl+C가 생성될 수 있습니다.

그래서! Conhost는 실제로 DECSET 1006 ! 이 중간 계층(conhost와 통신해야 하는 의사 콘솔)이 있으므로 의사 콘솔이 요청하고 지원하는 마우스 모드의 종류를 선택하게 됩니다. 1006 가 아닐 이유가 없습니다. :smile: 정보 감사합니다!

명확히 하자면 중간에 conhost가 있기 때문에 다음과 같이 보일 것입니다.

                                      |                 |
                 DECSET 1002, 1005    | Windows conhost |
+-------------+                       |  (in PTY mode)  |
|             +----------------------->                 |
| Application |                       |                 |
|             <-----------------------+                 |
+-------------+                       |                 |
                 mouse information    |                 |
                 1002 in 1005 format  |                 |
                                      |                 |
                                      +---+---------^---+
                                          |         |
                                          |         | mouse information in
                         DECSET 1002,1006 |         | SGR Extended Format
                                          |         | (1002+1006)
                                          |         |
                                      +---v---------+---+
                                      |                 |
                                      | Windows         |
                                      |  Terminal       |
                                      |                 |
                                      |                 |
                                      |                 |
                                      |                 |
                                      +-----------------+

응용 프로그램과 conhost 사이에 1005를 의미했습니까? 아니면 이 그림의 오타입니까? 마우스 확장 1005 및 1015도 존재하지만 결함으로 인해 거의 사용되지 않습니다.

1005(xterm의 2바이트 UTF-8), 1015(urxvt) 및 1006(xterm SGR)은 이 순서대로 열 번호 제한을 해결하기 위한 상호 배타적인 확장입니다. 예를 들어 처음 두 개의 결함에 대한 기술적인 설명은 Midnight Commander 문제 2662 및 2956 을 참조하십시오. 이 이야기는 이제 6-8년 된 이야기입니다. 문제가 있는 1005 및/또는 1015를 지원하지만 괜찮은 1006은 지원하지 않는 응용 프로그램을 알지 못합니다. 따라서 처음 두 개에 대한 지원을 구현하는 데 아무런 의미가 없다고 생각합니다. ).

그것은 오타가 될 수 있습니다. 현재 conhost는 실제로 1005 및 1006을 포함하되 이에 국한되지 않는 다양한 마우스 모드를 지원

오타가 아닙니다. 죄송합니다. 이것은 의사 콘솔 시스템이 클라이언트 측(응용 프로그램이 1005, 1015, 레거시 VT220 등을 요청함)에서 많은 마우스 모드를 지원하지만 pty 파이프에 통합 마우스 모드 인터페이스(1006)를 제공하는 방법을 설명하기 위한 것입니다. 보유자.

이 다이어그램은 이 버그의 인프라 부분인 #376에 더 잘 맞습니다.

@DHowett-MSFT 굉장합니다, 설명해주셔서 감사합니다!

나는 이것이 향후 릴리스에 나타나기를 간절히 기다리고 있습니다. 마우스가 작동하기를 바라며 tmux 창을 계속 클릭합니다. :)

이에 대한 진전이 있습니까?

@sandric 특별히 - 공유할 사항이 있으면 이 스레드에 게시하도록 하겠습니다 😜

@carlos-zamora는 이번 달에 이 작업을 시작합니다(오른쪽의 "assigned to" 및 "milestone" 필드에서 볼 수 있듯이). 그는 이 기능의 전제 조건 중 하나인 #376에 대한 작업을 시작하는 PR(#3963)을 받았습니다.

@zadjii-msft 링크한 PR이 병합되었다고 합니다. 지금 맞습니까?

릴리스 정보의 주석을 기반으로 합니다.

가상 콘솔은 이제 마우스 이스케이프를 처리하지만 아직까지는 그다지 유용하지 않습니다(#3963).

(아직) 아닌 것 같습니다. 계속 지켜보고 있어요!

@fpqc 네, 맞습니다. 하나의 PR이 병합되었습니다. 그 논의로부터, 이것이 터미널에서 완전히 작동하기 위해서는 여전히 많은 작업이 필요합니다.

• [ ] Conpty는 마우스 모드에 들어갈 때 [시퀀스]를 방출하여 터미널에 VT 마우스 모드 입력을 SGR 시퀀스(호버, 스크롤 등)로 합성해야 함을 알려줍니다.
• [ ] Conhost는 마우스 입력을 conpty와 HWND 모두에서 동일한 방식으로 VT로 변환합니다.
• [ ] 터미널은 [시퀀스]를 소비하여 VT 마우스 모드 입력을 합성할 수 있습니다.

그리고 물론 이 문제는 다음과 같습니다.

• [ ] 터미널은 마우스 입력 시퀀스를 합성합니다.

VT 마우스가 활성화된 경우 텍스트를 어떻게 복사합니까? Vim이나 Tmux에서는 할 수 없었습니다.

터미널 내부의 응용 프로그램 대신 터미널 자체와 상호 작용하려면 Shift 키를 누르고 있습니다.

이건 정말 대단해! 언제 스토어에서 미리보기를 볼 수 있나요?

계속 지켜봐 주세요

상점에서 다운로드! 마우스는 VIM, htop 및 Tmux에서 훌륭하게 작동합니다. 마지막으로 다른 모든 WSL 터미널에서 Microsoft 터미널로 이동할 시간입니다! 수고하셨습니다. 정말 감사합니다!

추신: shift도 잘 작동합니다!

마우스가 작동하지 않는 이유를 찾아 여기에 왔습니다... @yveslange 의 가장 최근 댓글을

고마워 얘들아!

@DHowett-MSFT : 마우스는 여전히 Micro(https://github.com/zyedidia/micro)에서 작동하지 않지만 마우스와 스크롤휠은 기본 powershell 또는 cmd.exe 터미널에서 완벽하게 작동합니다. 마우스 지원은 현재 WSL에서만 작동합니까?

@nicolus 실제로 마우스 입력은 현재 WSL 응용 프로그램에서만 작동합니다. 마이크로의 Win32 버전을 사용하는 경우 아직 작동하지 않을 것입니다. 지금은 WSL 버전을 실행하여 이 문제를 해결할 수 있습니다. #376은 Windows 마우스 입력에 사용하는 문제입니다.

@zadjii-msft
"commandline": "ssh [...]" 가 있는 사용자 정의 프로필에서는 마우스 이벤트가 작동하지 않습니다. 이것도 #376이 해결될 때까지 예상되나요? 좋은 해결 방법이 있습니까?

편집 : 아니면 PowerShell/Win32-OpenSSH#1310의 결과이고 그렇지 않으면 작동합니까?

이것은 https://github.com/PowerShell/Win32-OpenSSH/issues/1310 의 결과이며 8.x 시리즈에서 (자상하게) 수정되었습니다.

@DHowett-MSFT 빠른 답변에 감사드립니다. 이 경우 지금 수정 사항이 있는 버전으로 수동으로 업그레이드하는 정상적인 방법이 있습니까 아니면 그냥 기다리는 것이 더 낫습니까?

물론, 릴리스 페이지에서 최신 릴리스를 다운로드하십시오!