좋은 생각이야. 순진하게 이렇게 하면 커서 아래의 합자가 끊어지지만 _하지만 아마도 그것이 바람직할 것입니다!_

큰 Vim 사용자로서 이것은 내가 Hyper로 전환해야 할 정도로 나를 성가시게 합니다. #3241에서 문제를 제기했지만 이 문제에 찬성하여 닫았습니다. 그렇지 않으면 모든 것이 꽤 잘 작동했습니다!

#3322의 이 논의에 추가하면 다음과 같은 시나리오가 모두 포함되어야 합니다.

• 누군가는 현재 행동을 원할 수도 있습니다(어떤 이유로)
• 누군가는 캐릭터가 커서 위에 캐릭터의 FG 색상으로 나타나길 원할 수 있습니다.
• 누군가는 캐릭터가 커서 위에 캐릭터의 BG 색상으로 나타나길 원할 수 있습니다( cursorColor 그려짐).

또한 관련: #1356, conhost(터미널 아님)에서 유사한 요청을 추적합니다.

이것의 구성은 훌륭할 것이지만 현재로서는 가장 중요하고 쉬운 수정은 기본 문자를 네거티브로 표시하는 것입니다. 그러면 추가된 구성이 구현될 때까지 최소한 사용할 수 있습니다.

현재로서는 커서 불투명도를 변경하는 것이 해결책이 될 수 있습니까?

기존 cursorColor 대한 보완으로 커서 아래의 문자 색상을 설명하는 colorschemes/profiles 에 정의된 cursorForegroundColor 행을 따라 무언가를 원합니다.

이러한 좌절감을 느끼는 vim 사용자의 경우 OPACITY_OPAQUE 를 0x7F000000 하면 이 문제가 다소 완화될 것입니다. 커서 위에 문자를 그리는 것이 더 나은 솔루션일 수 있지만 사소해 보이지는 않습니다.
https://github.com/microsoft/terminal/blob/64ac0d25e04834391598775f3aced6856cb59257/src/renderer/dx/DxRenderer.cpp#L1454

이러한 좌절감을 느끼는 vim 사용자의 경우 OPACITY_OPAQUE 를 0x7F000000 하면 이 문제가 다소 완화될 것입니다. 커서 위에 문자를 그리는 것이 더 나은 솔루션일 수 있지만 사소해 보이지는 않습니다.
https://github.com/microsoft/terminal/blob/64ac0d25e04834391598775f3aced6856cb59257/src/renderer/dx/DxRenderer.cpp#L1454

@nj-ms의 메모:

새로운 기능/개선 사항에 대한 설명

내가 실수하지 않는 한 Windows 터미널 구성은 전경색과 배경색을 같은 색으로 설정한 것처럼 작동하는 cursorColor 설정만 지원합니다.
다른 터미널 프로그램(Alacritty, ..., ?)은 커서 전경색과 커서 배경색의 구성을 지원하며/또는 전경색 설정과 커서를 통해 표시되는 문자를 존중합니다.
예를 들어, 배경을 검은색( #000000 ), 전경을 흰색( #ffffff ), 커서 배경을 자홍색( #990099 ) 및 커서로 설정하고 싶습니다 #ffffff 전경에서 흰색으로( #ffffff ).
이렇게 하면 커서 아래에 있는 문자를 계속 볼 수 있습니다.
예를 들어 Linux WSL에 있고 파일을 vim하는 경우 특히 성가신 일입니다.
이 수정은 #1379와 관련하여 중요합니다.

제안된 기술 구현 세부 정보

• 현재 cursorColor 설정이 전경색과 배경색을 모두 계속 설정하도록 합니다.
• 배경색만 설정하려면 cursorBackground 설정을 추가하십시오. 기본적으로 cursorColor 를 사용해야 합니다.
• 전경색만 설정하려면 cursorForeground 설정을 추가하십시오. 기본적으로 foreground 및/또는 cursorColor 를 사용해야 합니다. 또한 foreground 색상을 사용하고 커서를 통해 문자를 표시하도록 작동할 수도 있지만 구성이 약간 덜 어렵다는 단점이 있습니다.

gVim이 하는 것처럼 커서 아래에 있는 텍스트의 전경색과 배경색을 뒤집을 수 있습니까?

@DHowett-MSFT 위에서 여러 사람들이 제안한 간단한 사례 수정을 얻을 수 있습니까?

예, 구성할 수 있으면 좋겠지만 그렇지 않은 경우에는 https://github.com/microsoft/terminal/issues 위에 설명된 기본 수정 사항에 감사하는 터미널 사용자가 많이 있다고 생각합니다.

우리의 렌더러가 있는 그대로 설정되어 아주 간단하게 가능하다면, 저는 예라고 말하고 싶습니다. 그러나 이것은 우리의 승인 날짜에 가깝지만 나는 그것에 대해 약간 우려하고 있습니다. ☹️

@DHowett-MSFT 내가 이해했는지 잘 모르겠습니다.

코멘트에서 나는에서 기존 통화에 하나 개의 플래그를 변경 필요하다고 제시하는 솔루션에 연결 OPACITY_OPAQUE 에 0x7F000000 : https://github.com/microsoft/terminal/blob/64ac0d25e04834391598775f3aced6856cb59257/ src/렌더러/dx/DxRenderer.cpp#L1454

완벽하지는 않지만 14자 변경이 포함된 것으로 보이며, 대부분의 경우 최소한 캐릭터가 보이도록 한 것 같습니다. 다른 사람들은 위에서 이것을 확인했습니다.

내가 완전히 오해하고 있는 것일 수도 있지만 이것이 오늘날 유용한 영향을 미치는 사소한 변경의 문자 그대로 정의처럼 보입니까? 누군가가 PR을 해주기를 원하신다면 기꺼이 해드립니다.

@DHowett-MSFT 명확히 하자면 - 1.0에 가깝다는 말씀을 이해하고 감사합니다. 그리고 터미널을 위해 귀하와 팀이 하고 있는 모든 작업에 정말 감사드립니다. 여러분과 이 프로젝트가 아니었다면 저는 여전히 Apple 생태계에 갇혀 있었을 것입니다.

나는 이것이 콘솔/tty/터미널의 기능이 아닌 버그라고 생각합니다. 필요 최적화 전에 사용할 수 있도록 합니다.

읽을 수 없는 채워진 상자는 기능이 아니라 버그입니다. 그것은 내가 Windows 터미널에서 문제를 발견한 한 가지에 관한 것입니다. 일반적으로 터미널은 잘 작동했으며 구성 기능을 발견하게 되어 기뻤습니다.

여러 색상 터미널을 사용하여 최종 응용 프로그램에서 색상을 독립적으로 설정할 수 있습니다. vim은 올바른 터미널과 쌍을 이루는 경우의 한 예입니다. 그것은 아마도 요구하기에는 너무 많은 기능 세트일 것이므로 FG/BG 색상을 조정할 수 있으면 충분할 것입니다. 우리 중 일부는 채워진 상자 없이는 살 수 없습니다. 큰 텍스트 페이지에서 위치를 훨씬 쉽게 찾을 수 있습니다. 불투명한 것이 그 필요를 채우는 것을 허용하지만 그 아래에 있는 캐릭터를 보는 것은 필수입니다. 건배.

나는 이것을 버그라고 생각하며 화면의 모든 문자를 읽을 수 있어야 합니다. 또한 이것은 기본 cmd 터미널에서도 문제가 되지 않습니다. 현재 Windows 터미널이 이에 대해 표시하는 동작은 내가 본 다른 Windows, Linux 또는 Mac 터미널에는 존재하지 않습니다.

Microsoft Store에 설치하는 것부터 탭에 이르기까지 터미널의 전반적인 경험은 모두 훌륭하지만 이것은 전체 WSL 경험을 망치는 심각한 문제라고 말하면서 시작하고 싶습니다. vim/neovim/gvim과 같은 편집기로 터미널을 실제로 사용할 수 있는 방법은 없습니다. 나는 이것이 오픈한 지 거의 1년이 된 것에 실망했고 이것이 유지 보수로부터 반응을 얻고 있다고 생각하지 않습니다. 큰 아쉬움으로 다른 오픈소스 터미널로 갈아타야 겠습니다. 이 문제가 빨리 해결되어 이 멋진 터미널로 돌아갈 수 있기를 바랍니다.

오픈한지 거의 1년이 된 것 같아 실망입니다

https://github.com/microsoft/terminal/issues/1203#issuecomment -622045617
DHowett-MSFT 21일 전

우리는 그것에 대해 꽤 적극적으로 조사하고 있습니다. _불행히도_ 구현하는 것은 사소한 일이 아닙니다. _right_ 솔루션은 "커서를 반투명하게 칠하는 것"이 ​​아니기 때문입니다. _right_ 동작에 대해 작업하는 동안 일시적으로 잘못된 동작을 고수하지 않는 것이 좋습니다.

여기서 진짜 문제는 커서가 우리 렌더러에서 그려지는 _after_ 텍스트이므로 항상 맨 위에 그려집니다. @DHowett 과 나는 여기에서 많은 옵션에 대해 논의했지만 그 중 어느 것도 주요 릴리스 직전에 몰래 아니었 습니다.

이제 1.0이 지났으므로 논의한 옵션 중 어떤 것이 가장 좋은지 다시 살펴보겠습니다. 따라서 "v1.x" 이정표에 있는 이유는 일반적인 "1.0 이후에 최대한 빨리 달성하고 싶습니다" 이정표입니다.

@zadjii-msft 당신과 @DHowett 및 나머지 팀이 이 문제에

즉, 우리가 왜 이 문제에 대해 짜증을 내는지에 대한 설명으로, 이 스레드의 누구도 0x7f 해킹을 _right_ 동작으로 제안하지 않았다고 생각합니다. 단순히 _working_ 오늘 _완전히 망가진_ 문제를 해결하세요.

여러분 모두가 VSCode를 일상적인 드라이버로 사용하고 있기 때문에 이러한 좌절을 겪지 않을 수도 있습니다. 그러나 터미널 기반 편집기 사용자의 대규모 파견에 대해 이 버그는 일상적으로 좌절감을 줍니다. 그래서 우리는 _작동하지만 일시적인_ 수정이 _완벽하고 올바른_ 수정보다 몇 개월 더 남았습니다.

개인적인 맥락을 덧붙이자면, 올해 Apple이 끔찍한 키보드를 수정했기 때문에 OSX로 다시 돌아갈까 생각하고 있습니다. OSX를 사용하면 매일 일을 하려고 할 때 이러한 매일의 끊임없는 좌절의 원인을 제거할 수 있기 때문입니다. _그래서 이 문제를 발견하는 것이 짜증나네요_.

편집: 그리고 말 그대로 아무도 요구하지 않은 레트로 스타일의 CRT 효과를 켤 수 있다는 사실을 생각하면 이 모든 것이 특히 소름이 돋습니다. 그러나 Vim에서 텍스트를 안정적으로 편집할 수는 없습니다.

나는 vim/bash/tmux에서 FillBox를 매일 사용하기 때문에 지금은 직접 0x7f hack build를 사용합니다. 하지만 업데이트할 때마다 빌드를 원하지 않습니다. 나는 올바른 해결책이 오기 전에 이 해킹을 병합하는 것을 지원합니다.

이제 더 공식적인 사양을 작성하고 있지만 중요한 부분은 다음과 같습니다.

커서를 _first_ 그려볼 수 있습니다.

사전 페인트와 사후 페인트의 두 단계로 커서를 그릴 것입니다. 다른 모든 렌더러는 커서 사전 그리기 단계에서 S_FALSE 를 자동으로 반환합니다. 우리는 그것을 구현할 필요가 전혀 없습니다.

다음 값을 허용하는 설정으로 cursorTextColor 를 소개합니다.

• "#rrggbb" (색상): 커서가 있는 문자를 주어진 색상으로 칠합니다.
• "textForeground" : 커서가 _커서 상단_에 있는 문자를 텍스트 전경색으로 칠합니다.
• "textBackground" : 커서가 _커서 상단_에 있는 문자를 텍스트 _background_ 색상으로 칠합니다. (이것은 gVim이 하는 것과 같습니다. 이 주석 참조).
• null : 항상 _문자 위에_ 커서를 그립니다.

null 는 사실상 우리가 현재 가지고 있는 동작입니다. 모든 프로필에 대해 기본값을 textForeground 로 이동하는 것이 좋습니다.

따라서 이 새로운 설정에 대해 다음 시나리오를 얻습니다.

커서 모양 | 커서 텍스트 색상 | 커서 색상 | 합자 끊기? | 미리 그리기 커서 | 문자 색상 | 그리기 후 커서 | 결과 | 노트
-- | -- | -- | -- | -- | -- | -- | -- | --
채워진 상자 | | #rrggbb | | | | | |
채워진 상자 | 널 | #rrggbb | 거짓 | 해당 없음 | 셀 FG | #rrggbb | #rrggbb의 단단한 상자 | 현재 행동
채워진 상자 | #r2g2b2 | #rrggbb | 참 | #rrggbb | #r2g2b2 | 해당 없음 | 상단에 #r2g2b2 문자가 있는 #rrggbb 상자 |
채워진 상자 | 텍스트 전경 | #rrggbb | 거짓 | #rrggbb | 셀 FG | 해당 없음 | 상단에 (텍스트 FG) 문자가 있는 #rrggbb 상자 | 제안된 기본값
채워진 상자 | 텍스트 배경 | #rrggbb | 참 | #rrggbb | 셀 BG | 해당 없음 | 상단에 (텍스트 BG) 문자가 있는 #rrggbb 상자 |
빈티지 | | | | | | | |
빈티지 | 널 | #rrggbb | 거짓 | 해당 없음 | 셀 FG | #rrggbb | ▃(텍스트 FG)의 문자 위에 #rrggbb | 현재 행동
빈티지 | #r2g2b2 | #rrggbb | 참 | #rrggbb | #r2g2b2 | 해당 없음 | ▃ ▃ 위에 #r2g2b2 문자가 있는 #rrggbb |
빈티지 | 텍스트 전경 | #rrggbb | 거짓 | #rrggbb | 셀 FG | 해당 없음 | ▃의 ▃ 위에 (텍스트 FG) 문자가 있는 #rrggbb | 제안된 기본값
빈티지 | 텍스트 배경 | #rrggbb | 참 | #rrggbb | 셀 BG | 해당 없음 | ▃의 ▃ 위에 (텍스트 BG) 문자가 있는 #rrggbb |
수직 막대 | | | | | | | |
수직 막대 | 널 | #rrggbb | 거짓 | 해당 없음 | 셀 FG | #rrggbb | ┃(텍스트 FG)의 char 위에 #rrggbb의 ┃ | 현재 행동
수직 막대 | #r2g2b2 | #rrggbb | 참 | #rrggbb | #r2g2b2 | 해당 없음 | ┃ ┃ 위에 #r2g2b2 문자가 있는 #rrggbb |
수직 막대 | 텍스트 전경 | #rrggbb | 거짓 | #rrggbb | 셀 FG | 해당 없음 | ┃의 ┃ 위에 (텍스트 FG) 문자가 있는 #rrggbb | 제안된 기본값
수직 막대 | 텍스트 배경 | #rrggbb | 참 | #rrggbb | 셀 BG | 해당 없음 | ┃의 ┃ 위에 (텍스트 BG) 문자가 있는 #rrggbb |

underscore , emptyBox 는 Vertical Bar 와 동일하기 때문에 생략 underscore

나는 이것을 3개의 PR로 나눌 수 있다고 생각한다.

1. 첫 번째는 기본적으로 "cursorTextColor": "textForeground" 를 사용하도록 터미널을 이동합니다. 이것은 설정이나 다른 것을 도입하지 않습니다. 문자가 커서 위에 나타나도록 기본 동작을 자동으로 변경하기만 하면 됩니다.
2. 두 번째는 실제로 cursorTextColor 설정을 도입하여 null 또는 textForeground 합니다. 이렇게 하면 사용자가 이전 동작을 선택할 수 있습니다.
3. 세 번째는 cursorTextColor 속성에 #rrggbb 및 textBackground 설정을 도입합니다. 이것은 커서가 있는 셀에서 수동으로 문자 실행을 중단하는 것과 관련이 있기 때문에 별도의 PR로 남겨둡니다. 여기에는 추가 연결이 필요합니다.

1번과 2번을 한번에 끝내고 싶습니다. 이상적으로는 3가지 모두가 단일 릴리스 과정에서 수행되지만 처음 2개만 완료되면 최소한 사용자는 새로운 동작을 선택 해제할 수 있습니다.

정식 리뷰를 위해 정리 중입니다. 1에 대한 코드는 _trivial_이며 이미 작성되었습니다. 지금 가장 큰 지연은 팀이 검토를 위해 사무실에 도착하기까지 _긴_ 주말이 있다는 것입니다 😄

@zadjii-msft 멋지네요. 함께 해주셔서 감사합니다. 우리 모두를 멋진 터미널에 가까이 가도록 해 주셔서 감사합니다!

즉시 빠른 수정을 원하는 사람은 이 기능이 배포될 때까지 이 기능을 사용하세요.

"cursorShape": "emptyBox"

삽입 모드로 들어가면 커서가 막대로 이동합니다. 일반 모드에 있는 동안 지금은 그냥 emptyBox로 둡니다.

@ rohitkrishna094 네, 일반 vim의 경우 작동하지만 neovim에는 커서를 변경할 수 있는 방법이 있는 것 같습니다. 빈 상자를 사용하는 것이 혼란스럽긴 하지만, term2가 있는 다른 컴퓨터에서는 초점이 맞지 않을 때 빈 상자를 사용하기 때문에

@zadjii-msft 참고로, 얼마 전에 다른 터미널이 커서 색상을 처리하는 방법을 살펴보았고 제안한 솔루션이 내가 사용한 일반적인 접근 방식 중 일부를 다루지 못할 수도 있다고 생각합니다.

1. 색상이 지정되지 않은 경우 가장 일반적인 기본값 중 하나는 텍스트 전경색으로 상자 커서를 렌더링하고 텍스트 배경색을 사용하여 그 위에 있는 문자를 렌더링하는 것입니다. 밑줄 커서(실제로는 상자가 아닌 모든 커서)의 경우 커서와 문자는 모두 동일한 텍스트 전경색으로 렌더링됩니다. 이러한 기본값은 본질적으로 반전 비디오 속성 및 밑줄 속성과 동일하며 실제로 초기 터미널이 커서를 렌더링했습니다.

2. cursorColor 가 설정되면 상자 커서의 문자 색상에 사용되는 것이 상당히 다양합니다. 개인적으로 텍스트 배경색이 가장 의미가 있다고 생각하지만 모든 옵션이 있는 한 우리는 좋다고 생각합니다. 내 유일한 관심사는 cursorTextColor 가 상자 커서에만 적용되어야 한다는 것입니다. 밑줄 커서는 내가 본 한 문자 색상을 변경하지 않습니다(이에 대한 한 가지 예외는 픽셀당 색상 반전 커서입니다. , 그러나 그것은 완전히 다른 개념입니다).

그래서 제 생각에 이 제안에서 누락된 것은 cursorColor 를 특정 rgb 값이 아닌 textForeground 로 설정하는 방법입니다. 또한 cursorTextColor 를 설정하는 기능도 있지만 상자 커서에만 적용되도록 합니다(크기에 따라 빈티지 커서도 가능하지만 이는 더 복잡한 문제입니다).

@zadjii-msft 그래서 나는 이것이 (바라건대) v1.1 릴리스의 일부가 될 것이라고 수집합니다. v1.1의 출시 날짜는 언제인가요? 또는 이 기능/버그 수정/지금 출시되는 모든 것이 언제 출시될까요?

내가 원하는 만큼 1.1의 공식 날짜를 확정할 수 없습니다. 우리는 이 스레드, #6151의 사양 및 #6224의 작업을 추적하고 있습니다. 위에서 설명한 것 외에도 필요하다고 생각합니다. _this_ 문제가 해결되면 다음 릴리스에서 수정 사항을 사용할 수 있음을 알게 됩니다.

조사해 주셔서 감사합니다. 나는 다른 vim 사용자와 같은 보트에 있습니다. 나는 emptyBox와 빈티지를 모두 시도했지만 여전히 커서가 손실됩니다. 어쨌든 이것은 누군가에게도 도움이 될 것입니다: https://vim.fandom.com/wiki/Highlight_current_word_to_find_cursor

자, 여기에 약간의 진전이 있습니다:

또는 더 많은 대비를 위해:

Dustin이 #6151의 사양에서 언급했듯이 나는 텍스트 배경이 텍스트 전경과 동일한 단계에서 그려지는 것을 잊었습니다. 그래서 저는 이것이 지금 4 PRS가 되어야 한다고 생각합니다.

1. FG 및 BG 렌더링을 분리하여 별도의 단계에서 발생합니다.
2. dx 렌더러를 "cursorTextColor": "textForeground" 기본 설정합니다(위의 1단계).
3. cursorTextColor 설정을 도입하고 null 또는 textForeground (위의 2단계)
4. #rrggbb 및 textBackground 설정을 cursorTextColor 속성에 도입합니다(위의 3단계).

1번은 PR이 까다롭습니다. 작업을 두 배로 하지 않도록 하고 싶기 때문입니다. 2는 사소하고, 3은 기본적으로 사소하고, 4는 _고통_입니다. 다행히도 3에 도달하면 여기에서 99% 사용 사례가 해결될 것이라고 생각합니다.

그래서 제 생각에 이 제안에서 누락된 것은 cursorColor 를 특정 rgb 값이 아닌 textForeground 로 설정하는 방법입니다.

우리는 cursorColor: null 가 이것을 의미하도록 만들 수 있습니다. 합리적인 기본값인 것 같습니다.

: tada:이 문제는 #6337에서 해결되었으며 현재 Windows Terminal Preview v1.1.1671.0 .:tada:

편리한 링크:

• 릴리즈 노트
• 스토어 다운로드

: tada:이 문제는 #6337에서 해결되었으며 현재 Windows Terminal v1.0.1811.0 .:tada:

편리한 링크:

• 릴리즈 노트
• 스토어 다운로드

감사합니다! 방금 vim을 실행했는데 갑자기 커서 아래에서 볼 수 있습니다.

아직 몇 가지 제한 사항이 있습니다. 우리는 단지 그 캐릭터가 그렇지 않았다면 렌더링되었을 색상으로 커서 위에 캐릭터를 그리고 있습니다. 우리는 #6151에서 "더 나은 커서"의 사양과 궁극적인 구현을 추적하고 있습니다.

@DHowett 예, 설명하는 방식으로 이 기능이 완전히 구현될 때까지 Microsoft 터미널을 사용하지 않을 것입니다.