더하기 글리프는 아마도 줄어들 것입니다. TabControl 문제에 대해 언급했으며 UWP Edge에서 사용하는 더 작은 글리프와 일치하도록 변경 사항을 푸시 할 것으로 보입니다.

예, "Edge Chrome과 같은 탭 만들기"가 좋지만 "프로모션 비디오와 같은 탭 만들기"가 더 좋습니다. 😣

UWP Edge에는 Edge Chrome보다 더 좋은 탭이 있다고 생각합니다. 🤔

개인적으로 UWP Edge와 같은 Edge Chrome의 탭을 만들고 싶지만 아무도 내게 묻지 않았습니다.

예, 예,하지만 ... 둘 중 하나가 터미널보다 앞서 있습니다 🤡
Edgium은보기 흉한 탭 위에 거의 20 픽셀이 있지만 드래그 할 수 있습니다!
그리고 둘 다 사용하면 적어도 어떤 탭이 활성화되어 있는지 알 수 있습니다 🙄

코딩 할 때 아크릴을 실제로 사용하지 않습니다. 그러나 투명성은 매우 유용합니다. 이는 다음과 같이 터미널 창 아래에서 코드를 볼 수 있음을 의미합니다.

아크릴이 사용하는 BLUR 계수에 대한 조정을 추가하십시오. 흐릿한 텍스트를 읽을 수 없습니다.

또한 다음과 같이 비활성화되었을 때 터미널이 검게 변하지 않은 경우 :

다른 모든 창 위에 터미널을 고정시키는 핀 버튼을 가질 수 있다면 정말 유용 할 것입니다. 이렇게하면 터미널과 사용중인 코드 편집기간에 원활하게 전환 할 수 있습니다 (특히 터미널 창 아래에서 코드를 읽을 수있는 경우).
"항상 위에"기능이 추가되고 활성화 된 경우 아크릴 테마가 "검게 변하는"대신 활성 상태로 유지되어야합니다.

다음과 같이 보일 수 있습니다.

모든 창 위에 터미널을 고정하는 핀 아이콘.
@nacorv ,

"항상 위에"가 고려할 기능인지 알고 싶습니다.

현재 탭 영역 내에서 아무 곳이나 선택하고 드래그해도 창이 이동하지 않습니다. 이렇게하면 마우스를 탭 영역의 오른쪽으로 이동해야하므로 창을 이동하는 데 사용할 수있는 매우 적은 양의 제목 표시 줄이 남습니다. 이것을 변경하십시오. 서두르지 마!

1. Powershell에서 아크릴을 켜면 -abc 와 같은 보라색 매개 변수가 거의 보이지 않게됩니다.

해상도 : 4K
디스플레이 배율 : 100 %

밝은 테마 :

어두운 테마 :

창 크기를 조정하면 UI가 사라지거나 다시 나타납니다. Windows Store Preview 버전 0.2.1715.0을 사용하고 있습니다.

전체 화면 :

크기 조정 :

창이 충분히 크지 않으면 다른 모든 탭이 숨겨집니다.

탭 바가 아크릴이 될 수 없다면 큰 수치입니다.
더 나은 통합을 위해 할 수있는 모든 것이 가장 환영받을 것입니다.

드래그 할 수없는 탭 / 제목 표시 줄은 초기 빌드를 시도한 모든 사람들로부터들은 # 1 불만입니다.

분할 창은 시각적으로 다듬어 져야하며, 어떤 것이 초점이 맞춰져 있는지, 어떤 애니메이션이 열리더라도 명확하게해야합니다.

두 번째 모니터 (1366x768 노트북 내장 디스플레이, 기본으로 설정되지 않음)에서 최대화하면 앱의 가장자리가 잘립니다.

탭에는 앱 이름 대신 실행 파일의 경로가 표시됩니다. 경로가 너무 길면 탭을 닫기위한 "x"가 탭의 오른쪽에서 밀려나가 보이지 않습니다.

"설정"을 클릭하면 JSON 파일이 열립니다. 그에 대한 UI가 아직 구축되지 않은 것 같습니다. :)

@ robster2001 의 의견에 덧붙여, 각 탭에 Ubuntu와 같은 실제 경로가 표시되고 관리자 모드 (예 : 명령 프롬프트 (관리자)-C : \ current \ path \ that \ you \)에 있으면 좋을 것입니다. are \ in).

터미널을 최대화하지 않았을 때, 일반적으로 그렇지 않습니다. 긴 제목과 결합 된 이슈 # 857은 그것이 될 수있는 것보다 훨씬 적은 탭을 허용합니다.

탭이 너무 넓어서 유용하지 않습니다. 아마도 실행 파일을 표시하고 툴팁이나 다른 곳에서 탭 위로 마우스를 가져갈 때 경로 / 기타 정보를 제공 할 수 있습니다.

두가지:
창은 불완전하기 때문에 기본적으로 바인딩되지 않습니다. 직접 활성화하면 YMMV.

사용자 지정 탭 제목을 원하면 셸에 대해 설정하는 방법을 살펴 봐야합니다. 쉘을 사용하는 모든 곳에서 도움이 될 것입니다. powershell을 제목으로 설정하면 Windows 터미널, 레거시 콘솔, VSCode, ConEmu 및 기타 여러 항목의 제목을 변경할 수 있습니다. 세션 도중에 변경 될 수도 있습니다!

창 서사시 : # 1000

창 상단의 캡션에서 창을 끌어서 이동할 수있는 곳을 찾을 수 없었습니다. 키보드 단축키를 사용해야했습니다.

cmd.com 및 PowerShell에서는 잘 작동하지만 두 손가락 스크롤은 작동하지 않습니다.

탭은 이동 / 재정렬 할 수 없습니다.

기본 막대는 Win10 다크 테마를 존중하지 않습니다.

설정을 찾으려고했지만 찾지 못했습니다!
일부 다른 앱도 존중하지 않으므로이 버전에서는 고려되지 않는 것 같습니다.

오늘 스토어 미리보기를 통해 설치된 터미널에 대한 첫인상은 다음과 같습니다.

• 색상에 어떤 문제가 있습니까? 왜 부분은 검정색이고 부분은 흰색입니까?
  
• 와우, 기다릴 수 없어 탭 시도
• 오 와우, 큰 더하기 기호

제목 표시 줄의 색상에 대해 할 수있는 일이 있습니까? 모두 검은 색이어야 하지요?

+1 @guibirow

내 창 설정을 뒤죽박죽으로 고칠 수 있습니다.

활성 (뒷면에는 Firefox, 앞면에는 터미널)

비활성 (뒷면에는 Firefox, 앞면에는 터미널)

일부 응용 프로그램이 창에서 설정을 계속로드하는 것 같습니다. Windows 어두운 테마가 모든 콜러를 올바르게 설정하지 않을 수 있습니다. 제목 표시 줄과 창 테두리에 액센트를 적용하는 옵션을 활성화해야했습니다.

그리고 레지스트리에서 _AccentColorInactive_를 [_Computer \ HKEY_CURRENT_USER \ 소프트웨어 \ 마이크로 소프트 \ 윈도우 \ DWM_]

"+ \ /"가 왼쪽 (아래처럼)으로 이동하고 나머지는 다른 모든 응용 프로그램과 마찬가지로 제목 표시 줄이되면 디자인이 훨씬 더 좋을 것입니다. 파이어 폭스를 복사하려고했지만 잘 작동하지 않는 것 같습니다!

'탭을 띄우거나'다른 창으로 드래그 할 수 없습니다. 그 기능을 원합니다.

예를 들어 yarn, npm과 같이 사용될 때 이모티콘 글꼴은 어디에 있습니까?

탭 제목 표시 줄을 정리해야합니다. 터미널과 Edgemium을 홍보하기 위해 만든 공식 비디오를 기반으로 다음과 같은 변경 사항을 제시했습니다 (모형).

전에:

후:

목업 변경 사항의 전체 목록 :

• 나머지 Windows와 일치하도록 창 테두리 크기를 1px로 줄였습니다.
• 제목 표시 줄에 제대로 정렬 된 창 컨트롤 (닫기, 최대, 최소)
• 새 Edge 탭과 일치하도록 탭을 약간 더 길게 만들었습니다.
• 새로운 Edge 탭과 일치하도록 코너 반경 감소
• 새로운 Edge 및 공식 비디오와 일치하도록 탭 하단에 내부 둥근 모서리를 추가했습니다.
• 탭을 배경에서 더 잘 보이게하고 새로운 Edge와 일관성을 유지하기 위해 그림자를 추가했습니다.
• 더하기 아이콘의 크기를 적절하게 조정했습니다.
• 탭 옆에 탭 관리 버튼을 이동했습니다.
• 전체 제목 표시 줄에 배경을 펼쳤습니다.

편집 : 이것은 아래 @ DHowett-MSFT가 지적한 바와 같이 전체 문자에 맞을만큼 충분히 크지 않은 결론에 불과한 문제였습니다.

패딩 (하단)은 최대화 될 때 0이 아닙니다. 이것이 알려진 문제인지 의도 된 것인지 확실하지 않으므로이 스레드에 넣으십시오.

@mikelui 허, 아마도 화면의 다른 전체 문자 셀에 맞는 픽셀이 충분하지 않기 때문일 것입니다. 터미널은 터미널 세계를 모델링하는 방식이므로 전체 행을 표시하는 것을 선호합니다.

전체 화면 :

크기 조정 :

창이 충분히 크지 않으면 다른 모든 탭이 숨겨집니다.

마우스 휠을 돌리면 탭 슬라이드가 표시됩니다. Store Terminal Preview v0.2.1715.0에 대해 최소한 작동합니다. 그러나 Chromium 기반 브라우저와 같은 아이콘의 범위를 좁히는 것이 더 좋을 것입니다.

@ DHowett-MSFT 또한 새 탭을 표시하기에는 창이 너무 작아서 새 탭을 만들고 새 탭이 생성되었지만 터미널 창의 크기를 조정할 때까지 표시되지 않는 경우 또 다른 GUI 버그를 발견했습니다.

Microsoft Windows 10 Pro Insider Preview [버전 10.0.18875.1000]
Microsoft 터미널 (스토어 미리보기) [버전 0.2.1715.0]

@ DHowett-MSFT 예! 나는 지금 사이징을 가지고 놀면서 그것을 본다. 나는 전체 화면 (최대화 대비)을 사용하는 데 익숙합니다. 제목 표시 줄이 없어 간격이 더 좋아집니다.

닫을 때 이전에 남겨둔 초기 창 크기를 만드십시오.

응용 프로그램을 잡고 이동하는 것은 쉽지 않으며 창을 잡으려면 더 큰 영역이 필요합니다. exe의 전체 경로는 과잉이며 너무 많은 공간을 차지합니다. 그냥 Powershell또는 Cmd가 좋을 것입니다. cmd에서 node 또는 python 를 실행하는 동안 탭에 "cmd : node"또는 "cmd : python"이 표시 될 수 있습니다.
탭은 더 어두운 검정색 또는 희미한 검정색 대신 특정 터미널에서 사용되는 구성표의 색상 테마를 가질 수 있습니다. 터미널 구성표와 유사한 색상을 사용하면 터미널을 쉽게 찾을 수 있습니다.
편집하다
몇 가지 더 발견 된 문제

또한 다른 누락 / 깨진 UI에 비해 그다지 중요하지는 않지만 터미널에서 일부 텍스트 위로 이동할 때 마우스 포인터는 텍스트 1 (Ꮖ)이어야하며 텍스트를 선택할 수 있으므로 포인터 (↖)가 아니어야합니다.

Alt + F4 동작이 다른 Windows 10 기능을 모방 할 수있는 가능성이 있습니까 (지금 모두 닫음)? Ctrl + w * 얼마나 많은 탭이 열려 있는지는 매우 힘듭니다. 키보드 전사 모드에서 오른쪽 상단 X를 찾는 것과 같습니다 .D.

settings.json에서 closeWindow를 설정하려고했지만 alt + F4가 유효한 명령으로 등록되지 않았습니다 (콘솔에 "S"가 인쇄 됨).

호기심 때문에 WPF의 WindowChrome을 지원하는 기본 API를 사용하고 기본 제목 표시 줄과 창 테두리를 완전히 잘라내어 모두 XAML을 사용하여 빌드하는 것이 불가능할까요? 이런 식으로 더 많은 제어가 가능하고 최종 결과는 더 깨끗하고 OS에 덜 의존적이라고 생각합니다.

처음에는 분할 화면 기능이 이미있을 것이라고 예상했지만 그렇지 않습니다.
탭 사이를 이동하는 것보다 훨씬 편리합니다.

Linux의 Terminator와 macOS의 iTerm은 깔끔하게 구현되었습니다.

계획이 있습니까?

현재 탭 영역 내에서 아무 곳이나 선택하고 드래그해도 창이 이동하지 않습니다. 이렇게하면 마우스를 탭 영역의 오른쪽으로 이동해야하므로 창을 이동하는 데 사용할 수있는 매우 적은 양의 제목 표시 줄이 남습니다. 이것을 변경하십시오. 서두르지 마!

# 1500 참조

@ LeeChang-GitHub # 608, 또한 powershell과 CMD가 제목을 직접 설정하는 방법이 있다는 것을 알고 있습니까? 쉘에서 할 수있을 때 탭의 이름을 바꿀 필요가 없습니다.

편집 할 터미널 이름이 필요합니다.
이 질문을 검색했지만 찾을 수 없습니다. 이것이 합리적인 요구 사항입니까?

야, 왜 댓글을 삭제하고 내 응답 후에 이동 했나요?

야, 왜 댓글을 삭제하고 내 응답 후에 이동 했나요?

죄송합니다. 질문이 너무 나빴습니다. 다시 편집했는데 그 당시 회신을받지 못했습니다.
정말 미안해

@ LeeChang-GitHub 괜찮아요! 😄

"항상 위에"가 고려할 기능인지 알고 싶습니다.

뿡뿡

처음에는 분할 화면 기능이 이미있을 것이라고 예상했지만 그렇지 않습니다.
탭 사이를 이동하는 것보다 훨씬 편리합니다.

Linux의 Terminator와 macOS의 iTerm은 깔끔하게 구현되었습니다.

계획이 있습니까?

1000은 계획과 그들이 얼마나 멀리 있는지 보여줍니다 👍

스크롤바는 오른쪽 패딩을 무시하거나 마우스를 가져 갔을 때 오른쪽으로 확장되어야합니다. 위쪽 과 아래쪽 을 세어도 괜찮습니다.

축소 된 형태의 스크롤바

넓은 형태의 스크롤바

축소 된 형태의 스크롤바는 괜찮아 보입니다. 텍스트와 줄 사이의 공간은 괜찮지 만 패딩 기본 설정을 따라야합니다. 지금은 그렇지 않습니다.

넓은 형태의 스크롤바는 오른쪽에만 패딩을 따르고 왼쪽에는 선호하는 패딩이 아닌 일부 패딩이 있습니다. 왼쪽 패딩은 기본 설정을 따라야하며 오른쪽 패딩은 완전히 사라져야합니다. 이렇게하면 사용자가 먼 거리를 빠르게 스크롤하고 창이 최대화 될 때 마우스 커서를 오른쪽으로 빠르게 이동할 수 있습니다.

또한 스크롤바는 마우스를 올렸을 때 확장 지연이 없어야 하며 스크롤바 배경이 투명해야하므로 블러 (켜져있는 경우)가 표시 될 수 있습니다.

편집하다:
이것은 # 1778에서 해결되었습니다. 감사!!

대부분의 앱 (예 : Chrome 또는 explorer.exe 등)에서는 사용자가 창 그림자를 잡고 창 크기를 조정할 수 있습니다. 그러나 단말기는 사용자가 좁은 NotClient 영역 (약 2 픽셀) 만 잡을 수있는 것으로 보입니다.
시스템 기본 그림자가 작동하지 않는 것 같습니까?

가능한 해결책이 있습니다.

1. 시스템 그림자를 제거합니다 (창 스타일을 WS_MINIMIZEBOX | WS_MAXIMIZEBOX | WS_POPUP | WS_THICKFRAME으로 변경하고 WM_NCCALCSIZE 메시지를 처리하면 AdjustWindowRect를 사용하여 크기를 계산할 수 있습니다.)
2. 창 주위에 4 개의 작은 그림자 창 (WS_EX_OVERLAPPED | WS_EX_TOOLWINDOW)을 추가하고 수동으로 그림자를 렌더링합니다 (주 창의 WM_WINDOWPOSCHANGED를 처리하여 그림자 창을 이동하고 WM_SIZE를 처리하여 그림자 창을 렌더링하거나 Gaussina Blur?).
   3 섀도우 창의 WM_SETCURSOR 메시지 및 WM_LBUTTONDOWN 처리 (잡기를 시뮬레이션하려면 WM_SYSCOMMAND를 기본 창으로 전송)

또한, WM_LBUTTONDOWN 처리시 Window Subclassing 기술을 사용하여 메시지를 캡처하고 WM_SYSCOMMAND를 전송하면 제목 표시 줄을 잡을 수없는 문제를 해결할 수 있습니다.

https://github.com/microsoft/terminal/issues/1375#issuecomment -504686188에서 확장하려면 터미널은 테마를 VSCode와 같은 테마 계열 이름과 밝은 / 어두운 하위 범주로 구성해야합니다. 즉, 테마를 "Campbell"로 설정하고 Windows 앱 색상을 밝은 색상에서 어두운 색상으로 전환하면 Termianl이 Campbell Light에서 Campbell Dark로 전환 할 것으로 예상됩니다. 이것은 수동 조작을 줄일 수 있습니다. 항상 어둡게하려면 "Campbell Dark"를 테마로 지정하면 어두운 테마에 모양이 고정됩니다. 또는 뭔가.

크기 조절이 다른 모니터간에 창을 이동할 때 탭 공간의 크기가 올바르게 조정되지 않습니다. 경우에 따라 최소화 버튼을 가리기도합니다.

모니터 1, 1920x1080 해상도, 100 % 스케일링 :

모니터 2, 4k 해상도 (3840x2160), 200 % 스케일링 :

커서 색상은 테마별로 정의해야합니다. 프로필에 설정된 기본 커서 색상은 흰색이며 밝은 테마에서는 쓸모가 없습니다.

@madig -profiles.json에서 cursorColor 을 설정하여 커서 색상을 변경할 수 있습니다.

@madig -profiles.json에서 cursorColor 을 설정하여 커서 색상을 변경할 수 있습니다.

예,하지만 테마가이를 정의해야하므로 전환 할 때 테마 이름 _and_ 커서 색상을 편집 할 필요가 없습니다.

또한 마우스 커서를 터미널 창의 오른쪽 하단 모서리에 배치 할 때 마우스 커서를 창 크기 조정 구성으로 설정하는 것이 평소보다 훨씬 더 어렵다는 점에 유의했습니다.

아마도 # 1517.

앱의 컨텍스트 / 시스템 메뉴입니다. Win32 앱은 왼쪽 상단 모서리에 있습니다. Edge와 같은 일부는 오른쪽 상단의 줄임표를 사용합니다. 현재 드롭 다운이 의도 된 대체품입니까?

왼쪽 상단 스타일은 키보드로 이동 / 크기 조정 등을 할 때 유용합니다.

빌드 프리젠 테이션에서 기능과 같은 분할 창을 가지고 있다는 인상을 받았습니다. 이것이 계획되어 있습니까?

@jwhipp 번호 1000

아이콘이없는 것 같습니까?

첫 번째 오픈 소스 릴리스에서 오래된 프로필을 가지고있는 것 같습니다. 아마도 그것을 삭제할 것입니다.

감사합니다.

그러나 다른 버그를 발견했습니다.

창을 최대화하거나 복원하기 위해 제목 표시 줄을 자주 두 번 클릭합니다. 창의 클릭 가능한 영역 (녹색)은 탭이 하나만 열려있을 때 오른쪽 끝이었습니다. 플러스 (새 탭) 메뉴의 왼쪽을 클릭 할 수있는 것 같습니다.

ConEmu는 제목 표시 줄이 탭 위에 있기 때문에이 문제가 없습니다. 탭 영역을 두 번 클릭하면 새 Windows 터미널에서보고 싶은 새 탭이 생성됩니다.하지만 결국에는 무엇이든 조정할 것입니다.

탭 등과 관련하여 예를 들어 Edge와 시각적으로 유사하게 작동 할 수 있다면 좋을 것입니다. "+ v"버튼은 항상 최신 탭 옆에 있습니다. 마우스 이벤트를 수신하는 마지막 탭과 "+ v"버튼 사이의 영역 (있는 경우)을 부모 창에 전달합니다. 탭이 너무 많을 때 "<"및 ">"스크롤 버튼이 나타나는 경우 (예 : Firefox에서와 유사).

창을 최대화하거나 복원하기 위해 제목 표시 줄을 자주 두 번 클릭합니다. 창의 클릭 가능한 영역 (녹색)은 탭이 하나만 열려있을 때 오른쪽 끝이었습니다.

즉, 터미널 창을 드래그 할 수 없음을 의미합니다 (내 말은 _can_을 의미합니다.하지만 그 작은 스위트 스팟을 얻을 수 있는지 확인해야합니다 ...)

제목 표시 줄의 탭이 잘못되었습니다 . 하지마. 부디. 하지마. 여러 작업에 너무 많은 영역을 사용하고 있습니다.

명령 인터프리터에 대한 전체 경로에 탭 제목을 갖는 것도 좋지 않습니다. 탭 이름이 20 자 이상이 될 수 있다는 것은 좋지 않습니다. 최대 탭 크기가 훨씬 짧습니다. 제목 표시 줄 아래의 탭. 훨씬 더 작은 탭.

옵션입니다. 옵션. 구성. 짧은 문장 목록. 끄십시오. :미소:

@brianly 설정에서 "showTabsInTitlebar": false를 설정합니다.

감사합니다 @ zadjii-msft! 또한 링크 할 가치가 있습니다 : https://github.com/microsoft/terminal/issues/771

이와 같이 탭 공간의 공간을 채우기 위해 이미 열린 탭이 거의없는 새 탭을 추가 할 때

새 탭이 생성되지만 아이콘은 접혀 있습니다.

그 이후에 새로 생성 된 탭은 보이지 않습니다.
창 크기를 조정하면 문제가 해결됩니다.

탭을 재정렬 할 수 없습니다.
또한 가운데 마우스 버튼으로 유일한 탭을 닫을 때 다음과 같은 일이 발생합니다.

확대 / 축소를 제어하기 위해 화면이나 메뉴에 표시되는 것이 좋습니다. Ctrl + Scroll에서 확대 / 축소를 재설정하는 방법도 있습니다. 내가 200 % 줌인지 아닌지 알 방법이 없습니다.

예를 들어, chrome은 햄버거 메뉴에이 메뉴 항목이 있습니다. 한 줄만 있으면됩니다. 값을 클릭하면 100 %로 재설정됩니다.

특정 콘솔의 탭 색상과 테두리 색상에 영향을주고 싶습니다. 예를 들어 PowerShell 배경을 모두 파란색으로 지정하는 대신 탭과 테두리를 파란색으로 지정하고 배경은 내가 원하는 눈에 잘 띄는 색상으로 지정합니다.

가능하다면 ... 실행중인 콘솔 환경에서 이러한 것들에 영향을 미칠 수 있다는 것은 흥미로울 것입니다. 예를 들어, PowerShell 콘솔이 시작되고 관리 콘솔이기 때문에 WINDOWS_TERMINAL_BORDER_COLOR=#ff0000 와 같은 환경 값을 설정하는 경우 테두리 색상을 빨간색으로 전환합니다. 그런 식으로 PowerShell 프로필 또는 .bashrc에서 많은 흥미로운 작업을 수행 할 수 있습니다.

@ DHowett-MSFT @DHowett 아크릴을 제목 표시 하는 방법이 있음을 알았습니다. 이게 효과가 있을까요?

터미널에서 탭을 클릭하는 것이 항상 탭에 초점을 맞추는 것은 아닙니다.

• 좋아하는 셸로 터미널을 엽니 다.
• 다른 창이나 앱을 클릭하십시오.
• 터미널에서 쉘의 _tab_을 클릭하십시오. 커서가 표시되지 않고 입력이 작동하지 않습니다. 터미널 창 제목 표시 줄 ( "+"와 최소화 / 최대화 버튼 사이에있는 유일한 부분, 현재 창을 이동할 수있는 유일한 부분)을 클릭해야하며 _that_은 셸에 다시 초점을 맞 춥니 다.

창 최대화 버튼은 대부분의 앱에서 보이지 않습니다. 최소화 버튼처럼 보입니다.

@krzysdz 첫 번째 비 클라이언트 드로잉 변경 사항이 병합 된이 저장소에서 빌드를 실행하고 있습니다. 그 안에있는 UI 문제를보고하지 말아야합니다. # 1625.

+ 버튼이 작동하는 방식을 좋아하지 않습니다. 새 탭을 추가하기 위해 계속 클릭합니다. 기본 셸에 새 탭이 생성된다는 사실을 잊었습니다 (매우 성가신 일입니다). 새 탭을 추가 할 때 사용 가능한 셸 목록에서 선택할 수 있도록 아래쪽 화살표를 클릭 할 때 나타나는 것과 같은 드롭 다운 옵션이 필요합니다.

그 시점에서 드롭 다운 화살표를 클릭하지 않는 이유는 무엇입니까?

드롭 다운 화살표를 클릭하는 데 방해가되는 것은 없습니다. 이것은 순전히 UX 문제입니다. 기능적으로 말해서, 그 작업을 수행하기 위해 탭을 추가한다는 상징적 인 표시가없는 버튼을 클릭하는 것은 나에게 별 의미가 없습니다.

PowerShell에 대해 기본적으로 Acrylic을 사용하도록 설정하면 안 되나요? 기본적으로 PowerShell보다 cmd가 더 좋아 보이는 것은 좋은 징조가 아닙니다. 눈 사탕을 과시하여 사용자를 맞이하는 것도 좋습니다.

기본 설정:

cmd 사용 :
영상

PowerShell 사용 :
영상

관련 프로필 :
영상

편집 : 너무 많은 공간을 차지하는 링크로 이미지를 바꿨습니다.

그렇다면 이것은 원래 콘솔 (cmd, wsl 및 ps)의 reskin 또는 컨테이너입니까?

나는 리눅스 나 맥 OSX에서 볼 수있는 것과 같은 더 나은 터미널을 바라고 있었다. Cmdr은 목표로 삼아야하는 좋은 예입니다. 대부분 CTRL-C 및 CTRL-V 및 원활한 WSL 통합을 지원하는 터미널을 원합니다.

@deusprogrammer 그것은 ConEmu (터미널 cmder가 사용하는)와 똑같은 터미널입니다. Cmder는 cmd 쉘을 사용하는 사람들을 위해 터미널 및 쉘 개선 사항을 번들로 제공하기 때문에 약간 독특합니다.

"항상 위에"가 고려할 기능인지 알고 싶습니다.

이 기능도보고 싶습니다.

사소한 것일 수도 있지만 acrylic 는 UWP 및 / 또는 Windows 앱 개발에 익숙하지 않은 사람에게는 아무 의미가 없습니다. 친근한 이름 ( translucent )이 도움이 될 것입니다.

제목 표시 줄은 아크릴이 아닙니다. 죄송합니다. 아키텍처에서는 불가능할 것입니다.

WinUI 3이 출시 될 때 활성화되어야합니다.
참조 : microsoft / microsoft-ui-xaml # 888

방금 터미널을 사용해 보았습니다. 가장 먼저 나를 두드리는 것은 ...

이 영역에 드래그하지 않습니까? 짜증나 네요!

예, 이것은 당신과 그것을보고 한 400 명의 다른 사람들을 두드립니다. : smile : 창 상단의 실제 진행 상황에 대한 트랙 # 1625 및 # 564.

@ DHowett-MSFT, 언급되지 않은 경우 설정에서 아크릴 및 투명 옵션을 모두 유지하는 것을 고려하십시오. 아크릴은 시스템과 일관성을 유지하지만 뒤에 무엇이 있는지 볼 수있는 기능이있는 터미널과 같은 응용 프로그램에는 그다지 의미가 없습니다. 상당히 생산적입니다. 투명성 옵션이 있으면 더 도움이 될 것입니다. 기본적으로 아크릴을 켜고 투명도를 수동으로 전환 할 수 있습니다.

@ DHowett-MSFT는 다음과 같이 썼습니다.

[...]

• 탭이 원하는만큼 좋지 않습니다. # 702

[...]

• 더하기 버튼이 너무 크거나 작거나 너무 넓거나 좁습니다.

[...]

그게 재밌거나 짠거야?

탭 제목이 fontSize 설정을 존중하지 않는 것 같습니다.

yakuake 터미널과 같은 활성 터미널에 대한 단축키를 가질 수 있으면 정말 유용합니다.

탭 제목이 fontSize 설정을 존중하지 않는 것 같습니다.

나는 그것이 예상 될 것이라고 믿는다. 탭은 창 헤더 / 바의 일부로 간주되는 데스크톱 글꼴 크기를 따르는 것처럼 보입니다.

yakuake 터미널과 같은 활성 터미널에 대한 단축키를 가질 수 있으면 정말 유용합니다.

해당 터미널에 익숙하지 않지만 settings.json에서 열거 나 닫고 전환하는 등의 핫키를 수행 할 수있는 많은 항목이 있습니다.

"공통 탭 사용"채택에 대한 두 가지 생각 (https://github.com/microsoft/terminal/issues/615 참조)

1. 탭을위한 공간이 충분하지 않으면 탭이 스쿼시 / 축소되어야합니다.
2. 더하기 버튼은 창의 오른쪽 상단이 아니라 마지막 탭의 오른쪽에 고정되어야합니다.

OP에 대한 일반적인 피드백. 분명히 이것은 초기 릴리스 / 미리보기이지만 이미 매우 견고한 디자인과 개념을 볼 수 있습니다.

탭, 사용자 정의 수준 (특히 실행 가능한 사용자 정의 포함!), settings.json의 변경 사항에 대한 실시간 업데이트 및 단일 실행 파일에 포함될 수있는 다양한 유형의 터미널을 파헤칩니다.

위에서 언급하고 다듬은 것 외에도 모든 터미널 창에서 표준 출력으로 이동하는 내용을 기록하는 내장 된 방법을 사용하여 이상적으로는 모든 사람이 하나의 파일 또는 여러 파일에 기록 될 수있게하여 감사하겠습니다. 또한 "복제"또는 "복제"옵션을 추가하고 대 코드에서 가능한 방식으로 창 / 행 / 열에 탭을 배치합니다.

열심히 노력해 주셔서 감사합니다. 다음 릴리스를 기대합니다!

어두운 테마를 사용하고 있지만 여전히 흰색 테두리와 헤더가 흰색으로 표시됩니다. 이 문제가있는 다른 사람이 있습니까? 이것을 수정하는 JSON에서 아무것도 찾을 수 없습니다.

나는 같은 문제를 가지고있다 :(

어두운 테마를 사용하고 있지만 여전히 흰색 테두리와 헤더가 흰색으로 표시됩니다.

현재 설정으로는 해결할 수 없습니다. 이것은 # 1625에서 부분적으로 추적되는 향후 작업 항목입니다.

모든 터미널 창에서 표준 출력으로 이동하는 내용을 기록하는 기본 제공 방법을 사용하면 이상적으로는 모두가 하나의 파일 또는 여러 파일에 기록 될 수 있습니다.

642

대 코드에서 가능한 방식으로 창 / 행 / 열에 탭을 배치합니다.

1000

@ DHowett-MSFT는이 앱이 탭을 관리하는 방식을 살펴 봅니다.
https://github.com/JasonStein/Notepads

좋아요. 내가 뭘 찾고 있었어?

영감을 얻기 위해 Fluent 터미널 을 볼 수도 있습니다. 그것은 꽤 좋은 UI를 가지고 있습니다.

1. Powershell Core를 사용할 때 콘솔에 두 번째 쉐브론이 무작위로 나타나며 D:\>> 처럼 보입니다 (죄송합니다. 재현 단계 없음)
2. 텍스트를 드래그 한 다음 복사-붙여 넣기를 할 수 없습니다. 이것은 Powershell에서 기대했던 기능입니다.

UI는 이제 못 생겼고 더 나은 작업을 할 수있는 아름다운 UI를 원합니다.

탭에는 앱 이름 대신 실행 파일의 경로가 표시됩니다. 경로가 너무 길면 탭을 닫기위한 "x"가 탭의 오른쪽에서 밀려나가 보이지 않습니다.

또한 tabTitle 실제로 작동하지 않습니다.

탭에는 앱 이름 대신 실행 파일의 경로가 표시됩니다. 경로가 너무 길면 탭을 닫기위한 "x"가 탭의 오른쪽에서 밀려나가 보이지 않습니다.

또한 tabTitle 실제로 작동하지 않습니다.

@ Serega124 는 이상합니다. 한 탭의 이름은 wsl 이고 다른 탭 cmd 입니다.
최신 개발 빌드를 실행하고 있습니까?

@imjasonmiller 스토어 버전을 실행 중입니다.

@ Serega124 , tabTitle 기능이 아직 스토어 버전 용으로 출시되지 않은 것 같습니다. 스토어 버전에 대한 다른 업데이트를 푸시하거나 소스에서 빌드 할 때까지 기다려야 할 수도 있습니다.

Windows Store 빌드의 오른쪽 하단에있는 크기 조정 핸들은 매우 작으며 상호 작용하기에는 다소 실망스러운 UI 대상입니다.

기능 요청 : 테마간에 쉽게 전환하거나 Windows 테마를 사용합니다.

개발자로서 저는 실내와 실외에서 일합니다. 실내 UHD 화면에서는 어두운 테마를 선호합니다. 야외에서 어두운 테마는 최대 밝기로 노트북 화면에서 읽을 수 없습니다. 밝은 테마를 사용할 수 있습니다.

Windows Store 빌드의 오른쪽 하단에있는 크기 조정 핸들은 매우 작으며 상호 작용하기에는 다소 실망스러운 UI 대상입니다.

사실입니다!
모서리의 감지 가능한 영역은 정말 작기 때문에 창 크기를 조정하는 것은 매우 불가능합니다.
@ DHowett-MSFT에 도움이 될 수있는 gif를 첨부하고 있습니다.

창 크기를 조정하면 스크롤 막대가 텍스트를 위아래로 움직이지 않습니다. 명령 프롬프트가 창 하단에 도달 할 때까지 효과적으로 쓸모가 없습니다.

이 프로젝트를 시작 해주셔서 감사합니다. Windows에 절실히 필요한 솔루션

크기 조정시 텍스트 배경 색상이 엉망이 됨

"비 클라이언트 영역이 잘못 보입니다."와 관련이 있다고 가정합니다. 진행중인 작업이지만 가장 최근 빌드는 하단에 1 픽셀의 흰색 테두리를 도입 한 것 같습니다.

이 최근 변경 사항 과 관련

지금까지의 모든 작업에 감사드립니다!

@imjasonmiller 폭동 (슬픈 종류)을 원한다면 # 1948 하단의 TODO를 읽으십시오.

• [] 비 클라이언트 영역을 더블 클릭하면 창이 최대화됩니다.
• [] 클릭 / 오른쪽 클릭 아이콘에 최소화 / 최대화 / 닫기 메뉴가 표시되어야합니다.
• [] Cascade Windows 를 클릭하면 Show windows stacked 등이 터미널에서 완전히 무시됩니다.
• [] Alt + F4는 창을 닫지 않습니다.

비 클라이언트를 두 번 클릭하면 창을 최대화하는 Windows 사용자에게 예상되는 동작이며 셸을 사용하여 창 크기를 조정 / 타일링 할 때 터미널이 다른 창처럼 동작해야합니다.

현재 내 터미널은 움직일 수 없으며 설정 메뉴에 접근 할 수 없습니다.

터미널이 네이티브가 아닌 UI 툴킷을 사용하는 외국 응용 프로그램 인 것 같습니다.

마우스 사용 :
탭을 컨텍스트 메뉴-클릭하여 닫거나 과거 콘솔에서와 같이 컨텍스트 메뉴를 볼 수 없으며 첫 번째 탭보다 높은 탭을 닫을 수도 없습니다 (폭으로 인해 탭 추가 / 메뉴 버튼 설정으로 X가 가려집니다. 제약)

이상적으로는 ALT + ENTER 및 SHIFT + F10 및 마우스 / 터치 오른쪽 클릭이 활성화되어 있어야합니다.

탭 재정렬에도 +1

때때로 텍스트 나누기를 업데이트합니다.

이것은 특히 emacs와 같은 편집기의 문제입니다.

@RosalesJ 야, 실제로 그 문제에 대해 다른 문제를

새 탭 메뉴는 창과 함께 이동하지 않습니다.

단일 탭에서 X를 클릭하여 앱을 닫으려고하면 앱이 충돌합니다!

불투명도가 구성되면 창에 초점이 맞춰진 경우에만 작동합니다.
집중할 때 :

집중하지 않을 때 :

작동하도록하는 방법이 있습니까, 아니면 그렇게 작동해야합니까?

편집 : 위의 스크린 샷에서 눈에 띄는 또 다른 점은 초점이 맞지 않은 터미널 창이 Windows 액센트 색상을 적용하지 않고 공백이된다는 것입니다. 초점을 맞추면 창 강조 색상이 있습니다.

@ jean-lourenco 설정 앱과 같은 다른 응용 프로그램이 동일한 작업을 수행하기 때문에 흐림 효과는 의도적이라고 생각합니다.

곧 탭 스크롤 지원 (마우스 휠 대신 표시)을 기대합니다.

내 스크롤링이 의도 한대로 작동하지 않아 이제 내가 가지고있는 탭을 볼 수 없습니다 ..

모노 스페이스가 아닌 글꼴의 간격이 잘못되었습니다.

버전 0.3.2112.0

이것은 초기로드시 발생합니다. 최대화-> 창 복원은이 문제를 해결합니다.

18950.1000에서 0.2.1831.0으로 업데이트했습니다. Ubuntu 셸 (현재 WSL 2)에서는 버퍼를 뒤로 스크롤 할 수 없습니다. 키보드와 마우스 휠을 모두 사용하여 위로 스크롤하려고 할 때마다 깜박이는 커서가 포커스를 맨 아래 줄로 당기는 것 같습니다.

또한 스크롤 할 때마다 새 줄이 전송되는 것처럼 보이므로보고 싶은 텍스트는 각 시도에서 더 멀리 떨어져 있습니다!

Powershell 및 Dos 창은이 작업을 수행하지 않습니다.

@tomfakes 는 UI 개선 문제가 전혀 아니기 때문에 이것을 # 2196으로 마이그레이션했습니다.

창이 초점을 잃을 때 아크릴 효과를 유지하려면 어떻게해야합니까?

전체 탭 막대로 창을 드래그하는 기능은 약간 오해의 소지가 있습니다. 탭 위의 영역이나 탭을 적절하게 잡아서 제목 표시 줄을 잡을 수는 없습니다. 열려있는 탭이 많다면 여전히 작은 드래그 영역에 갇혀 있음을 의미합니다.

그게 해결 될 계획입니까? # 564가 폐쇄 된 것 같습니다.

창이 두 대의 모니터에 걸쳐있을 때 터미널을 최대화하면 모니터에 막대가 표시됩니다.

나는 이것이 일종의 "주제에서 벗어난 것"이라는 것을 알고 있지만, 이슈 트래커는 피드백을 남길 수있는 유일한 장소이며 이것이 가장 적합한 스레드 인 것 같습니다. 감사합니다. 터미널이 아직 완성되지 않았고 고쳐야 할 것들이 많이 있다는 것을 알고 있지만, 잘 진행되고 있습니다. 나는 그것이 어떻게 느끼고 보이는지 좋아합니다. 구성, "CMD"지원, powershell, WSL 등이 마음에 듭니다.
좋은 일을 계속 ^^ (그리고 이슈 트래커를 복잡하게해서 죄송합니다;))

이 프로젝트가 진행 중이 라 다행입니다. 기존의 cmd / powershell에 비해 크게 향상되었습니다. 빠르게 크기를 조정 한 후 창을 닫으면 고스트 창이 많은 테두리와 함께 표시됩니다.

이것은 실제로 중요한 문제가 아니며 기록을 위해보고 할 것이라고 생각했습니다.

+1

+1

@ammoniak 감사합니다 : 미소 :

이것이 버그인지 기능인지 잘 모르겠습니다.

AltGr 시퀀스를 시도 할 때 AltGr + 4 (§) (포르투갈어 키보드)가 삭제되지 않습니다.

Victor Mono 글꼴은 정말 이상하게 렌더링됩니다.

https://github.com/rubjo/victor-mono/

@offero 는 멋진 글꼴입니다. 이것은 # 696 일 수 있습니다.

(또는 그 변형)

탭 영역에서 더하기 기호 및 / 또는 아래쪽 화살표 를 숨기는 옵션을 얻을 수 있습니까? 아래쪽 화살표 가 숨겨지면 더하기 기호 를 마우스 오른쪽 버튼으로 클릭 한 다음 아래쪽 화살표 처럼 드롭 다운 작업을 수행 할 수 있습니다. 더하기 기호 가 숨겨져도 드롭 다운을 사용하여 더 많은 탭을 시작할 수 있습니다. 둘 다 숨길 수 있고 오른쪽 클릭이 나머지 제목 표시 줄에서 발생합니까?

솔직히 제목 표시 줄의 탭이 마음에 들지 않는데, 많은 경우에는 다루기 어렵 기 때문에 제목 표시 줄을 잡고 창을 이동하는 것이 여전히 잘 작동하지 않습니다. 일부 Linux 터미널에는 터미널 자체 위에 탭이 있으며이를 구성 할 수 있습니다. 나는 이것이 Linux 창 관리자가 많고 다른 규칙을 갖는 것과 많은 관련이 있다고 확신합니다. 또 다른 옵션은 터미널을 드롭 다운으로 만드는 것입니다 (Tilix의 스크린 샷 참조). 지금 당장 10 개의 탭을 열면이 UI를 어떻게 사용할 수 있을까요? 마우스 스크롤은 괜찮지 만 열려있는 총 탭 수를 제공하지도 않습니다.

내 2 센트. :)

터미널 / 탭을 표시하는 드롭 다운 :

스레드에서 언급 된 내용을 보지 못했지만 더 작은 제목 탭을 원하면 다음 설정을 프로필에 추가하면됩니다.
"tabTitle": "MyCmd",

이것은 매우 유용하지만 동적으로 숫자를 증가시킬 수있는 기능을 갖고 싶습니다.
| MyCmd 1 | MyCmd 2 | MyPosh 1 | MyPosh 2 |

그리고 / 또는 새 탭이 추가 될 때마다 탭 색상을 동적으로 변경합니다. 매번 동일한 색상 순서로 빨간색 = 첫 번째 탭, 흰색 = 두 번째 탭, 파란색 = 세 번째 탭 등을 알 수 있습니다.

@jwhipp 항상 "showTabsInTitlebar" 을 false로 설정하여 제목 표시 줄 아래에 탭을 표시 할 수 있습니다.

트윗 담아 가기

@jwhipp 항상 "showTabsInTitlebar" 을 false로 설정하여 제목 표시 줄 아래에 탭을 표시 할 수 있습니다.

아! 이것에 대해 몰랐습니다 ... 지금 시도했습니다. 탭 UI를 아래로 이동하면 궁극적으로 창을 더 쉽게 이동할 수 있지만 여전히 다루기 힘든 탭 UI가 남습니다. 나는 이것이 더 잘되고 더 유용한 방법으로 이루어질 수 있다고 생각합니다. Tilix 방식이 마음에 들지 않으면 작동 할 수있는 한 가지 방법은 더 많은 터미널이 나타날 때 탭 크기를 줄이는 것입니다. 그것은 적어도 최종 사용자에게 무엇이 더 쉽게 있는지에 대한 감각을 줄 것입니다.

엄청나게 두꺼운 창 테두리가 알려진 문제라고 생각합니다.

드롭 다운 목록이 열린 상태에서 터미널 창을 이동하면 드롭 다운 목록이 지연되어 이동합니다. 이것이보고 된 것을 알고 있지만 목록 외부를 클릭 할 때 드롭 다운 목록을 닫는 것도 해결책이라고 생각합니다.

비슷한 드롭 다운 목록 / 메뉴 / 탐색으로 테스트 한 대부분의 다른 응용 프로그램은 창을 이동하거나 목록 외부를 클릭 할 때 닫힙니다.

내가 아는 한 이전에보고 된 버그는 지연을 수정하는 것입니다. 상단 표시 줄을 드래그하여 창을 이동할 때 목록을 닫지 않습니다. 실행 가능한 솔루션이라고 생각합니다.

_ 드롭 다운 목록이란 프로필 (WSL, Powershell), 설정 및 피드백이있는 목록을 의미합니다 ._

솔직히 터미널 탭 GUI가 에지 크롬의 모양과 일치 할 것이라고 예상했습니다.

탭의 높이가 조금 작다는 데 동의합니다

Ubuntu 아이콘을 상점에서 사용되는 주황색 아이콘으로 변경하십시오.

직접 할 수 있습니다.
이 아기는 icon s를 너무 많이 담을 수 있습니다.

Ubuntu 아이콘을 상점에서 사용되는 주황색 아이콘으로 변경하십시오.

직접 할 수 있습니다.

예,하지만 기본 아이콘은 일관성이 있어야합니다. 수십만 명의 사용자 시스템보다 한 번에 변경하는 것이 좋습니다.

특정 배포판의 브랜딩을 직접 배송하는 것이 법적으로 허용되지 않는다고 확신합니다. 뭔가 저작권법입니다. 우리는 턱시도 펭귄을 배송 할 수 있습니다. 따라서 배포판이 그 펭귄을 사용하는 이유는 무엇입니까? @bitcrazed 는 내가 틀렸다면 @ 나를 수 있습니다.

이것이 이미 제안 / 질문되었는지 확실하지 않지만 각 탭의 길이가 다른 팬이 아니며 각 탭에서 더 브라우저와 비슷하게 만들 수 있도록 변경할 수있는 설정이 있는지 궁금합니다. 길이가 같고 이름에 터미널 유형 만 있습니다.

저는 유닉스에서 작업 할 때 많은 탭을 사용하므로 탭 제목에서 정보를 얻지 못하는 데 익숙하고 작은 탭을 선호합니다.

안녕,
몇 가지 디자인 조언과 개념.
설정 메뉴에서 +를 분리하면 설정과 프로필 / 새 탭을 한 곳에 둘 이유가 없다고 생각합니다.
탭의 전체 제목 표시 줄 높이를 활용하십시오.
Hover / Active는 일반 제목 표시 줄보다 어두워 야하며 지금처럼 그 반대의 경우도 마찬가지입니다. (어두운 모드 반전 색상).
창 테두리를 제거하거나 설정에서 선택 사항으로 만들면 전혀 멋지지 않습니다.
세 번째 이미지에서 글꼴 색상은 빨간색으로 터미널이 "관리 모드"에서 실행 중임을 나타냅니다.
기본적으로 약간의 패딩을 추가하고 패딩 없이는 지금 이상하게 보입니다.

나는 현재 설정 UI를 작업 중이며 완료 할 시간이 있으므로 이미지를 게시 할 것입니다.

1564는 설정 UI 구현 문제입니다.

아마도이 문제와 관련이있을 것입니다.

레. 타사 로고 등, @ zadjii-msft가 정확합니다. Microsoft는 타사 제품에 대한 로고를 배송 할 수 없습니다. 그러나 우리는 배포 업체가 터미널이 쉽게 찾고 통합 할 수있는 곳에서 로고를 제공 할 수있는 방법을 찾을 수있을 것입니다 ___. 이것에 국수를 조금하겠습니다.

@jwlodek & @Fisico- 귀하의 의견에 감사 문제당 하나의 주제 만 고수합시다. 그렇지 않으면 우리는 결코 일을 추적하지 않을 것입니다. 감사.

여러분, 탭없이 창 장식을 최소화하거나 아예없는 모드를 제공 해주시기 바랍니다. 내가 원하는 것은 하나의 깨끗한 터미널 화면입니다. 나는 이미 전체 화면 토글도 놓친다.

@oblitum 구성 파일을 확인해야합니다. alwaysShowTabs 및 showTabsInTitlebar 를 전환하면 원하는 것과 더 가까운 것을 얻을 수 있습니다.

@DHowett 전에 시도했지만 도움이되지 않았습니다. 탭을 제거했지만 창 장식이 흰색으로

어떤 식 으로든 터미널을 전체 화면으로 표시 할 수 있습니까? 토글 또는 구성. 코드베이스에 FullScreen이 있지만 설정을 찾지 못했습니다.

레. 타사 로고 등, @ zadjii-msft가 정확합니다. Microsoft는 타사 제품에 대한 로고를 배송 할 수 없습니다. 그러나, 우리는 _ 힘이 _ 배포판 업체가 자신의 로고 어딘가에 터미널 쉽게 찾아 그것을 통합 할 수 있습니다를 제공 할 수있는 방법을 찾을 수있을. 이것에 국수를 조금하겠습니다.

뿡 빵뀨
사용 가능한 "프로필"목록이 사용자 폴더에있는 경우 Windows 스토어의 다른 배포판이 설치시 추가 될 수 있습니다. 그런 다음 설정 / 프로필 JSON 파일과는 별개입니다. 그리고 설정 UI는 이러한 사용 가능한 프로필을 표시하고 사용자가 프로필을 추가하도록 허용 할 수 있습니다.

배포판을 사용 가능한 목록에 추가하는 부분에는 아이콘 항목이 포함되거나 Ubuntu의 colorscheme과 같은 색상 체계가 추가됩니다.

@ DHowett-MSFT MinMaxClose 컨트롤을 살펴보면 버튼 크기가 선택된 이유가 있습니까?

세 개의 버튼은 36 x 45입니다.

Win32 (메모장 및 워드 패드)를 보면 창 컨트롤은 29 x 45입니다.

UWP (계산기 및 사용자 휴대폰)를 보면 창 컨트롤은 32 x 46입니다.

@mdtauk : 다른 Windows 앱에서도이 버튼의 크기에 대한 표준 / 합의가없는 것 같습니다 (보시다시피) 🤣

@mdtauk 앱이 빌드 된 UI 프레임 워크에 따라 약간 다른 크기와 모양의 시스템 버튼이 표시 될 수 있습니다. 예를 들면 :

• 메모장과 같은 Win32 앱은 OS (GDI / DComp)를 사용하여 시스템 컨트롤을 그리므로 표준 크기의 제목 표시 줄을 얻습니다.
• Chrome / Edgeium은 탭을 제목 표시 줄에 표시하기 위해 자체 비 클라이언트 영역을 그리고 자체 시스템 버튼을 그립니다. ... '이유'를 위해 창의 상단 가장자리에 정렬됩니다.
• 터미널은 또한 자체 비 클라이언트 영역을 그려서 제목 ​​표시 줄 영역에 탭을 표시하고 탭을 맞추기 위해 더 긴 제목 / 탭 표시 줄을 사용합니다.

터미널에서 우리는 사용 가능한 제목 표시 줄 공간에서 시스템 버튼의 크기를 조정하고 중앙에 배치하도록 선택했습니다. 그 결과 약간 더 크지 만 여전히 정사각형이며 비율이 유지됩니다.

흥미롭게도 터미널의 시스템 컨트롤은 각각 조금 더 크지 만 비례 적으로 조금 더 가깝게 그룹화되어 시스템 컨트롤 클러스터를 Win32 시스템에서 그린 컨트롤 클러스터와 거의 같은 너비로 유지합니다.

Mail과 같은 UWP 앱과 비교하여 터미널에는 약간 더 큰 제목 표시 줄 영역이 필요하지만 시스템 버튼은 약간 더 크지 만 정사각형이며 기호 자체는 200 % 배율로 4K 화면에서 렌더링 할 때 2 픽셀 만 더 큽니다.

이 모든 것은 우리가 미래에 약간의 조정을 할 수도 있지만 우리의 디자인과 레이아웃은 깨끗하고 접근 가능하며 비례 적으로 건전하다고 생각합니다.

동의하지 않는 경우 문제를 추적하고 논의 할 수 있도록 문제를 제출하여 알려주십시오.

@mdtauk Re. 이 공간에서 멋진 개선 작업을 많이하고 있습니다. 다음 몇 가지 릴리스에 대해 계속 지켜봐주십시오.)

@bitcrazed 감사합니다 💙 그 반응은 매우 흥미로 웠습니다. 나는 그것이 "충분히 좋은"결정이 아니었다는 것이 다행이다.

이에 비해 Edgium은 창 컨트롤을 정상으로 유지하지만 중앙이 아닌 상단 정렬을 유지합니다.

테두리가 제대로 그려지면 다르게 보이지 않습니다.

내가 어떤 식 으로든 전체 화면을 가질 수 있는지 누구든지 대답 해 주시겠습니까? 창 컨트롤이 전혀없는 전체 화면을 원합니다.

내가 어떤 식 으로든 전체 화면을 가질 수 있는지 누구든지 대답 해 주시겠습니까? 창 컨트롤이 전혀없는 전체 화면을 원합니다.

@oblitum 저는 태블릿 모드가 진정한 전체 화면 옵션을 지원해야한다고 언급 한 것을 알고 있습니다. 창 컨트롤은 상단에 마우스를 올리거나 상단에서 스 와이프 할 때만 나타납니다. 이것이 구현 된 경우 최대화시 전체 화면 옵션이있을 수 있습니다. 최대화 버튼의 글리프가 변경된 경우에도 가능합니다.

WinUi를 사용하여 제목 표시 줄과 탭을 그리지 않는 이유는 무엇입니까? 그것은 일을 더 일관되게 만들 것입니다.

https://github.com/microsoft/microsoft-ui-xaml

@mdtauk 좋아요. 나는 트릭, 레지스트리 설정 또는 무언가를 요구하고 있으며, 작동하도록 구현 된 태블릿 모드가 필요하지 않습니다. 코드베이스에 FullScreen이 있고 레지스트리에 대한 일부 참조가 있지만 오늘 작동하는지 여부는 알 수 없기 때문에 묻습니다.

WinUi를 사용하여 제목 표시 줄과 탭을 그리지 않는 이유는 무엇입니까? 그것은 일을 더 일관되게 만들 것입니다.

https://github.com/microsoft/microsoft-ui-xaml

프로젝트의 필요성으로 인해 기본 Win32 창 그리기를 재정의해야하지만 TabBar 및 Window 컨트롤은 Xaml 컨트롤로 구현됩니다.

WinUI 컨트롤

@lazylazyllama 터미널의 탭 컨트롤은 WinUI 팀에 의해 구축되었습니다 : https://github.com/Microsoft/microsoft-ui-xaml/issues/304

@ michael-hawker의 탭 컨트롤 Windows Community Toolkit을 사용하여 초기 터미널 구현의 프로토 타입을 만든 다음 @stmoy & team과 협력하여 오늘날 사용하는 WinUI 탭 컨트롤을 만들었습니다.

레. 비 클라이언트 영역에서 그리기 :

특히 앱의 UX가 Win32 호스트 앱 위에있는 XAML Islands에서 호스팅되는 XAML 컨트롤로 구성된 경우 이는 상상할 수있는 것만 큼 간단하지 않습니다. WinUI, XAMLIslands 및 기타 파트너 팀과 긴밀히 협력하여 터미널의 탭이 작동하도록했습니다.

@oblitum 이 스레드에서 기능을 요청하지 마십시오. 요청을 설명하는 문제가 아직 존재하지 않는 경우 새 문제를여십시오. 기존 문제가 찾고있는 내용의 대부분을 설명하는 경우 기존 질문에 대한 생각을 추가하십시오. 예 : # 2001 또는 # 288

@mdtauk NP :) 아아, Windows UI 디자인의 변화하는 모래와 드로잉 방식의 모든 측면에 대한 더 많은 제어를 원하는 앱이 요구하는 유연성으로 인해 우리는 종종 서로 다른 앱 사이에 많은 '드리프트'를 보게됩니다. 사용자 경험. 좋은 점과 나쁜 점 : 앞으로 나아갈 수 있다는 점에서 좋지만 (우리 모두가 여전히 GDI 기반 앱을 사용하는 것은 아닙니다. 😉) 앱간에 전환 할 때 종종 UX 컨텍스트 / 기대를 전환해야한다는 점에서 좋지 않습니다.

앞으로 나아가고 최신 Windows UX 스택이 성숙 해지고 디자인 언어가 통합됨에 따라 앱 간의 기대치를 재설정 할 필요가없는 충분한 일관성을 볼 수 있기를 바랍니다.

@mdtauk NP :) 아아, Windows UI 디자인의 변화하는 모래와 드로잉 방식의 모든 측면에 대한 더 많은 제어를 원하는 앱이 요구하는 유연성으로 인해 우리는 종종 서로 다른 앱 사이에 많은 '드리프트'를 보게됩니다. 사용자 경험. 좋은 점과 나쁜 점 : 앞으로 나아갈 수 있다는 점에서 좋지만 (우리 모두가 여전히 GDI 기반 앱을 사용하는 것은 아닙니다. 😉) 앱간에 전환 할 때 종종 UX 컨텍스트 / 기대를 전환해야한다는 점에서 좋지 않습니다.

앞으로 나아가고 최신 Windows UX 스택이 성숙 해지고 디자인 언어가 통합됨에 따라 앱 간의 기대치를 재설정 할 필요가없는 충분한 일관성을 볼 수 있기를 바랍니다.

Win32 라이프 사이클을 사용하는 WinUI가 여기에있을 때 DWM 및 HWND 드로잉 코드를 모두 잘라 내게되어 매우 기뻐할 것입니다. 이러한 앱이 UWP가 할 수있는 XAML에서 창 컨트롤의 색상을 다시 지정할 수 있기를 바랍니다.

앞으로 나아가고 최신 Windows UX 스택이 성숙 해지고 디자인 언어가 통합됨에 따라 앱 간의 기대치를 재설정 할 필요가없는 충분한 일관성을 볼 수 있기를 바랍니다.

그 일관성은 큰 시간이 필요합니다.

탭 인터페이스를 두 개의 계층화 된 수직으로, 기본적으로 두 행으로 만드는 것이 좋습니다. 현재 구현 방법은 전체 탭 인터페이스가 헤더 자체에 있습니다. 헤더 영역 (첫 번째 행)에 활성 탭의 경로가 표시되고 두 번째 행 탭에 바이너리 이름 만 표시되는 경우 제안합니다. 보다 나은.

다른 셸에서 지원이 어떤 것인지 모르겠지만 결국 디렉토리 대 파일 강조 표시가 가능할까요?

디렉토리 대 파일 강조

PowerShell의 경우 powershell 파일 목록에 coreutils 스타일의 색상 을 추가하는 DirColors (* shameless plug)와 같은 모듈이 필요합니다.

https://docs.microsoft.com/en-us/uwp/toolkits/winui/release-notes/winui-2.2

탭뷰 디자인이 지금 터미널에있는 것과 다르게 보이는 이유는 무엇입니까? winui 탭 디자인은 가장자리 크롬에 훨씬 더 가깝습니다.

현재 Windows Terminal 에서 사용되는 TabView 는 사용자 지정 구현이고 아직 WinUI 로 마이그레이션되지 않았기

그것은 WinUI 사람들로부터 꽤 오해의 소지가 있습니다.

그것은 WinUI 사람들로부터 꽤 오해의 소지가 있습니다.

실제로 Windows Terminal에서 사용되는 것은 WinUI 릴리스에 비해 뒤쳐져 있습니다. 그러나 터미널은 출시 전 단계에 들어가기 전에 처음으로 사용했기 때문에 제어를위한 테스트 장소였으며 피드백을 제공했습니다.

또 다른 문제가 있습니다. WinUI TabView 컨트롤은 UWP 및 XAML 용으로 빌드되었지만 현재 Windows Terminal은 최신 컨트롤을 사용하기 위해 네이티브 Win32 앱과 XAML Islands를 혼합 한 것입니다. 현재 두 기술이 함께 작동하는 방식에는 특정 제한이 있습니다.

희망은 WinUI 3.0과 WinUI Desktop이라는 2020 년 릴리스가 함께 혼합되어 훨씬 더 유연하고 간단하게 앱을 구축 할 수있게하는 것입니다.

와아, 그건 오해입니다.

현재 터미널에서 사용하고있는 것은 TabView의 시험판 버전입니다. 일부 구현 세부 정보를 안내했습니다. WinUI 2.2에서 릴리스 된 것은 TabView의 세련된 버전이었습니다.

터미널에있는 우리는 최신 WinUI 비트를 가져와 아직 업데이트 할 기회가 없었습니다. 근본적으로 그것들은 같은 컨트롤이고, 우리는 이제 몇 가지 버전에 불과합니다 : P

UI에 사용하는 UWP XAML + Win32 혼합 스택은 탭보기를 수집하는 기능에 _ 영향을 미치지 않습니다 _.

UI에 사용하는 UWP XAML + Win32 혼합 스택은 탭보기를 수집하는 기능에 _ 영향을 미치지 않습니다 _.

TitleBar 로의 통합이 TabView의 WinUI 목록에 표시된 이미지와 완전히 일치하지 않는 이유를 설명합니다.

먼저 독립형 문제를 만들고 싶었지만 어쨌든 여기에 더 적합하다고 생각합니다.

단일 탭을 "잠금"허용

임의의 생각으로, (잠기지 않은) 탭을 가리키면 닫기 버튼 옆에 추가 자물쇠 아이콘이있을 수 있습니다. 탭이 잠겨 있으면 잠금이 항상 표시되고 관련 탭 / 프로세스가 실수로 닫히거나 시스템을 종료하는 것을 방지합니다. Chrome 또는 Edge에 고정 / 저장된 탭을 생각해보세요.

대본

이것은 기본적으로 새로운 터미널 앱이 아닌 여러 콘솔 창에서 발생한 실제 상황을 기반으로합니다.

• Mario는 함께 그룹화 된 셸의 여러 탭을 실행합니다. 하나는 기타 콘솔 명령을위한 것이고, 두 번째 탭은 개발중인 웹 사이트를 호스팅하고, 다른 하나는 원격 서버에 대한 SSH가있는 탭 등입니다.
• 몇 가지 문제가 있었기 때문에 그는 느린 정리 / 서비스 프로세스 (예 git gc , sfc /scannow , ftp 푸시 파일, 또는 무엇이든).
• 달리는 동안 그는 정규 작업으로 다른 탭으로 돌아갑니다.
• 하루가 끝날 무렵, 그는 편의상 터미널 / 탭 그룹 전체를 닫고 (그리고 이에 익숙해 져서) 장기 실행 작업의 출력을 확인하려는 방법을 잊어 버립니다.
• 결과는 즉시 손실됩니다 (실제로 표준화되지 않았으며 SSH와 같은 임시 원격 세션 일 수있는 로그 파일 또는 이벤트 항목을 무시합시다).

달라야하는 것

• Mario는 느린 프로세스를 위해 새 탭 / 셸을 연 후 탭에있는 작은 자물쇠 아이콘 (호버링 중에 만 표시됨)을 사용하여 "잠금"합니다.
• 클릭하면 탭의 닫기 버튼이 제거되고 대신 해당 자물쇠 아이콘으로 대체됩니다.
• 나중에 터미널 앱 전체를 닫으려고하면 일반 탭이 제거되지만 잠긴 탭은 열린 상태로 유지됩니다.
• 이 상태에서 터미널은 (비 강제) 시스템 종료도 방지합니다.
• 잠긴 탭과 관련된 프로세스가 종료되면 탭이 자동으로 잠금 해제 / 제거됩니다 (즉, 현재 동작).
• 자물쇠를 두 번 클릭하면 탭이 잠금 해제되고 기본 동작으로 복원됩니다.

나는 또한 내가 우연히 발견 한 딸꾹질의 우산 문제를 만들었다 : https://github.com/microsoft/terminal/issues/2209

안타깝게도 요즘에는 잠재적으로 중복되거나 이미 수정 된 모든 문제를 읽고 검색 할 수있는 대역폭이 없습니다. 이 스레드의 누군가가 우연히 중복 / 허용되지 않는 항목을 가리킬 에너지가있는 경우 별도의 문제를 만들 수 있습니다.

상당히 주관적이기 때문에 이것이 새로운 문제가 될 것이라고 생각하지 않았습니다 ...하지만 창문에 초점을 맞출 때 아크릴을 사용하는 이유를 이해하고 싶습니다.

당신이 원하는 것과 너무 반대되는 것 같습니다. 작업중인 창을 읽기 어렵게 만들고 원하는 시간에 투명도를 비활성화합니다 (예 : 비활성 창이 다른 창을 가리고있을 때).

근거를 이해하고 싶어

우리도 할 것입니다! 이것은 아크릴 브러시에 적용되는 시스템 전체 정책입니다. 아마도 그것은 많은 응용 프로그램이 수십 개의 투명한 창을 서로 겹쳐서 시스템 성능을 저하시키지 않도록 수행되었을 것입니다. 활성 창에 대한 어포던스로 간주되었습니다.

Haha 모두가 같은 페이지에 있습니다. 응답 해 주셔서 감사합니다. 적절한 사람들이 어느 시점에서 소름 끼치는 소리를 듣고 그것을 실현하기를 바랍니다.

@ drk-mtr에는 "Notepads"라는 uwp 앱이 있으며 더 이상 초점을 맞추지 않아도 아크릴 투명도를 유지합니다.

https://github.com/JasonStein/Notepads

zsh / Oh My Zsh를 사용할 때의 프롬프트, 특히 화살표의 색상과 문자 사이의 작은 선이 Windows 터미널에서 잘못 보입니다. Powerlevel9k를 사용하고 있습니다.

Windows 터미널 (Solarized Dark 색 구성표 사용)

클래식 WSL (기본 색상 사용)

이후 제거

기록을 위해 그리고 불법 행위에 대한 모든 가정을 없애기 위해 : 나도 내 팀도이 의견을 삭제하지 않았습니다. @mcgov 는 그의 의견을 더 적절한 문제인 # 1753으로 옮겼습니다.

아 @ DHowett-MSFT를 들으니 반갑습니다. 불필요한 드라마를 피하기 위해 해당 댓글을 삭제했습니다.

이 키워드에 문제가있어서 이미 문제가 있으면 사과드립니다. 나는 또한 이것이 최종 문제라고 100 % 확신하지 못합니다.

항상 그런 것은 아니지만 3자를 입력하면 텍스트가 한 열 왼쪽으로 이동합니다.

내가 관찰 한 내용은 다음과 같습니다.

• git repo 내에서만 발생하는 것 같습니다 (posh-git 문제?)
• Cascadia Code 또는 Fira Code와 같은 합자 활성화 글꼴에서 발생하지만 Consolas는 아닙니다.
• Cascadia Code를 사용할 때 VS Code 통합 터미널에서는 발생하지 않습니다. 통합 터미널이 합자를 지원하지 않는 것 같습니다.
• PowerShell Core 및 Windows PowerShell에서 발생하지만 Git Bash 또는 SSH 세션에서 생성 할 수 없습니다.
• git 명령이든 clear 와 같은 다른 명령이든 상관 없습니다.

위의 내용은 그것이 합자 렌더링이라고 생각하게 만들지 만 확실하지 않습니다.

나는 사용하고있다 :

• Windows 10 빌드 18362.175
• Windows Terminal 0.5.2681.0 (Store 버전)이지만 이전에도 발생했습니다.
• posh-git 1.0.0-beta3

뿡 빵뀨

이는 ≡ 문자로 인해 발생합니다.

또한보십시오:

• # 2066 (및 # 42)
• Microsoft / Cascadia-Code # 117

@ ExE-Boss 흥미로운, 감사합니다!

@ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,

아크릴에 대한 의견을 보내 주셔서 감사합니다. 저는 Fluent 디자인 팀과 함께 일하는 프로그램 관리자입니다. 지난 몇 년 동안 // Build에서 아크릴이 사용되는 위치에 대한 지침 변경에 대한 결정을 공유하는 것을 포함하여 제가 Fluent에 대해 이야기하는 것을 보셨을 것입니다.

간단히 말해서, Acrylic 의

아크릴은 또한 사용자의 시선이없는 표면에 사용되기보다 "시선을 사로 잡는 것"을 의미했습니다. 우리는 짧은 작업을 수행하기 위해 MenuFlyout / ContextMenu와 같은 컨트롤에 고급스러운 느낌을 추가하기 위해 그림자와 결합 된 아크릴을 사용합니다. 이 때문에 계산기와 같은 응용 프로그램은이 효과를 짧게 계산하는 작업에도 사용합니다.

가독성에 관해서는 값을 매우 신중하게 조정하여 아크릴 위에있는 텍스트를 읽을 수 있도록하는 데 상당한 시간을 할애합니다. 즉, 투명하기 때문에 순수한 검정이나 순수한 흰색만큼 좋지 않습니다. 따라서 장기간 사용하기 위해 주 표면에 사용하지 않는 것이 좋습니다.

Fluent 디자인 시스템은 Windows 사용자가 아니더라도 사용자에게 친숙 함을 제공하는 데 자부심을 가지고 있습니다. 이 때문에 우리는 디자인을 주도하는 터미널의 사람들과 논의하고 터미널 앱이 아크릴 표면을 대부분의 Linux 고객이 집에서 느낄 수있는 창에 기본값으로 유지하도록 공동 결정을 내 렸습니다. 내가 이해하는 바와 같이 Linux 고객은 배경이 흐릿한 데 익숙하지만 위에서 언급 한 이유 때문에 기본 페이지에서 기본적으로 켜지지 않습니다 (사용자 선택으로 켤 수 있음).

이것이 현재 디자인의 배경과 추론에 대해 조금 설명했으면합니다. 아크릴에 대한 귀하의 의견을 환영합니다. 이 항목이나 WinUI 주제에 대한 피드백을 제공하려면 기본 WinUI 저장소 에 새 문제를 제출하십시오.

@chigy , @ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,

아크릴은 컴퓨팅 파워 사용에 많은 비용이 드는 투명성과 블러를 사용합니다.

멀티 레이어 블러가 얼마나 느린 지에 대한 데이터가 있습니까?
최신 컴퓨터 모델에서만 활성화 할 수 있습니까?
개발자의 컴퓨터는 빠른 것으로 간주됩니다.

개발자의 컴퓨터는 빠른 것으로 간주됩니다.

게임용 컴퓨터도 그렇습니다.하지만 개발자의 컴퓨터는 느릴 수 있습니다. 코드를 작성하기 만하면됩니다!

호기심에서 @lazylazyllama가 언급 한 "

Fluent 디자인 시스템은 Windows 사용자가 아니더라도 사용자에게 친숙 함을 제공하는 데 자부심을 가지고 있습니다. 이 때문에 우리는 디자인을 주도하는 터미널의 사람들과 논의하고 터미널 앱이 아크릴 표면을 대부분의 Linux 고객이 집에서 느낄 수있는 창에 기본값으로 유지하도록 공동 결정을 내 렸습니다. 내가 이해하는 바와 같이 Linux 고객은 배경이 흐릿한 데 익숙 하지만 위에서 언급 한 이유 때문에 기본 페이지에서는 기본적으로 켜지지 않습니다 (사용자 선택으로 켜는 것이 가능함).

그렇다면 전체 터미널 프로모션 비디오는 거짓말입니까?

https://www.youtube.com/watch?v=8gw0rXPMMPE

사람들은 그것이 문 밖에서 이렇게 보일 것이라고 기대하고 있습니다.

호기심에서 @lazylazyllama가 언급 한 "

@ZhaoMJ , Notepads는 효과를 얻기 위해 AcrylicBrush 대신 낮은 수준의 Composition API 를 사용하는 것 같습니다.

@ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,
아크릴에 대한 의견을 보내 주셔서 감사합니다. 저는 Fluent 디자인 팀과 함께 일하는 프로그램 관리자입니다. 지난 몇 년 동안 // Build에서 아크릴이 사용되는 위치에 대한 지침 변경에 대한 결정을 공유하는 것을 포함하여 제가 Fluent에 대해 이야기하는 것을 보셨을 것입니다.
간단히 말해서 Acrylic에 대한 지침은 현재 일시적인 UI 표면은 물론 일시적인 표면에도 사용되어야한다고 설명합니다. 아크릴은 컴퓨팅 파워 사용에 많은 비용이 드는 투명성과 블러를 사용합니다. 따라서이 UI는이 효과가 가장 효과적인 곳에 응용 프로그램이 집중 될 때만 사용되도록 기술 POV에서 결정되었습니다. 이것이 장치가 최적의 조건보다 낮은 상태에서 작동 할 때뿐만 아니라 포커스가 다른 앱으로 이동할 때 Acrylic이 꺼지는 이유입니다. 이 재료는 항상 켜져있는 표면에서 사용하도록 의도되지 않았습니다.
아크릴은 또한 사용자의 시선이없는 표면에 사용되기보다 "시선을 사로 잡는 것"을 의미했습니다. 우리는 짧은 작업을 수행하기 위해 MenuFlyout / ContextMenu와 같은 컨트롤에 고급스러운 느낌을 추가하기 위해 그림자와 결합 된 아크릴을 사용합니다. 이 때문에 계산기와 같은 응용 프로그램은이 효과를 짧게 계산하는 작업에도 사용합니다.
가독성에 관해서는 값을 매우 신중하게 조정하여 아크릴 위에있는 텍스트를 읽을 수 있도록하는 데 상당한 시간을 할애합니다. 즉, 투명하기 때문에 순수한 검정이나 순수한 흰색만큼 좋지 않습니다. 따라서 장기간 사용하기 위해 주 표면에 사용하지 않는 것이 좋습니다.
Fluent 디자인 시스템은 Windows 사용자가 아니더라도 사용자에게 친숙 함을 제공하는 데 자부심을 가지고 있습니다. 이 때문에 우리는 디자인을 주도하는 터미널의 사람들과 논의하고 터미널 앱이 아크릴 표면을 대부분의 Linux 고객이 집에서 느낄 수있는 창에 기본값으로 유지하도록 공동 결정을 내 렸습니다. 내가 이해하는 바와 같이 Linux 고객은 배경이 흐릿한 데 익숙하지만 위에서 언급 한 이유 때문에 기본 페이지에서 기본적으로 켜지지 않습니다 (사용자 선택으로 켤 수 있음).
이것이 현재 디자인의 배경과 추론에 대해 조금 설명했으면합니다. 아크릴에 대한 귀하의 의견을 환영합니다. 이 항목이나 WinUI 주제에 대한 피드백을 제공하려면 기본 WinUI 리포지토리에 새 문제를 제출하십시오.

@chigy @ DHowett-MSFT 아크릴을 "끄는"대신 잠시 멈추지 마십시오. 즉, 창이 비활성화되기 전에 렌더링 된 마지막 프레임은 창이 비활성화 된 동안 표시됩니다. 활성 창은 거의 항상 비활성 창보다 높으므로 창이 더 이상 활성화되지 않은 동안에도 아크릴 효과가 활성화 된 것처럼 보입니다. 내가 볼 수있는 유일한 문제는 창이 "항상 위에"있는 상황입니다.

@ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,

가독성에 관해서는 값을 매우 신중하게 조정하여 아크릴 위에있는 텍스트를 읽을 수 있도록하는 데 상당한 시간을 할애합니다. 즉, 투명하기 때문에 순수한 검정이나 순수한 흰색만큼 좋지 않습니다. 따라서 장기간 사용하기 위해 주 표면에 사용하지 않는 것이 좋습니다.

@chigy

이는 텍스트에 그림자 / 외부 광선을 윤곽을 그리거나 적용하여 해결할 수 있습니다. @miniksa 데모는 터미널이 빌드에서 공개되었을 때 이것의 해키 버전 이었으므로 언젠가, 특히 커뮤니티가 기여할 수있는 세계에서 언젠가 선택적 터미널 기능이 될 수 있다고 생각하기에는 그리 멀지 않은 것 같습니다.

@chigy @ DHowett-MSFT 아크릴을 "끄는"대신 잠시 멈추지 마십시오. 즉, 창이 비활성화되기 전에 렌더링 된 마지막 프레임은 창이 비활성화 된 동안 표시됩니다. 활성 창은 거의 항상 비활성 창보다 높으므로 창이 더 이상 활성화되지 않은 동안에도 아크릴 효과가 활성화 된 것처럼 보입니다. 내가 볼 수있는 유일한 문제는 창이 "항상 위에"있는 상황입니다.

@ 3dWrecker 는 AcrylicBrush가 작동하는 방식이 아닙니다. 일시 중지의 개념은 AcrylicBrush에 적용되지 않습니다. 마치 실제 세계에서 아크릴 시트를 일시 중지 할 수없는 것처럼 요.

포괄적 인 답변에 감사드립니다!

솔직히 말해서 핵심 관심사로 보지 않았기 때문에 기존 스레드에 게시했습니다 (WSL 등의 마우스 지원과 같은 다른 요소가 완료 될 때까지). 나는 몇몇 사람들이 스레드를 구독하고 괜찮은 안식을 얻을 수 있다는 사실을 설명하지 않았습니다! 내 관점을 명확히해야한다고 생각합니다. 기술적 인 제약을 완전히 무시하는 "사용자 스토리"로 작성 했으므로 달성 할 수 없을 수도 있다는 점에 대해 충분히 감사드립니다.

그리고 동시에 적용하면 아래 중 일부가 서로 모순된다는 것을 알고 있으며, 나는 전형적인 어려운 사용자입니다.)

포커스 된 창 뒤의 창에서 텍스트를보고 싶습니다.

아크릴이 이것에 대한 올바른 수단이 아닌 것 같습니다. 따라서 일반 투명 효과는 이에 적합하며 구현하기가 더 쉬운 것처럼 들립니다.

이상적인 것은 배경에 구성 가능한 투명도를 가질 수 있지만 렌더링 된 텍스트는 불투명 할 수 있다는 것입니다. 이것이 얼마나 달성 가능한지 전혀 모릅니다.

아크릴 효과가 마음에 들어서 초점이 맞춰진 창에서 사용하고 싶습니다.

창에 초점이 맞춰져있을 때 아크릴을 사용할 수 없습니다. 터미널에서 허용하는 가장 최소한의 설정에서도 텍스트를 충분히 읽을 수 없기 때문입니다.

따라서 창에 초점이 맞춰진 동안 적용되는 아크릴 효과의 강도를 줄일 수 있기를 바랍니다. 예를 들어, 그 위에 투명한 짙은 회색 레이어가 적용된 아크릴 효과를 사용하여 효과를 더 미묘하게 만들 수 있다면 효과가있을 수 있습니다.

또는 블러를 더 강하게 만들거나 거의 0에 가깝게 줄이면 실제 사용의 유연성이 크게 향상됩니다.

창문에 초점이 맞지 않을 때 아크릴을 사용하고 싶어요

완성을 위해 여기를 포함하여 달성 할 수 없을 수도 있습니다.

여기서 이상적인 것은 초점이 맞춰진 창과 비교할 때 다른 흐림 설정을 적용 할 수 있고, 상단에 옵션 알파 레이어를 적용하여 강도를 낮출 수 있다는 것입니다.

여기에서 과일 기반 OS를 언급하게되어 유감이지만 맥락을 위해 초점이 맞춰진 창과 초점이 ​​맞지 않은 창 모두에 알파 레이어를 사용하고 해당 창 내의 개별 아이콘에도 다른 알파 레이어를 가지고 있습니다. 따라서 쉽지는 않지만 확실히 달성 할 수 있습니다.

@chigy @ DHowett-MSFT 아크릴을 "끄는"대신 잠시 멈추지 마십시오. 즉, 창이 비활성화되기 전에 렌더링 된 마지막 프레임은 창이 비활성화 된 동안 표시됩니다. 활성 창은 거의 항상 비활성 창보다 높으므로 창이 더 이상 활성화되지 않은 동안에도 아크릴 효과가 활성화 된 것처럼 보입니다. 내가 볼 수있는 유일한 문제는 창이 "항상 위에"있는 상황입니다.

@ 3dWrecker 는 AcrylicBrush가 작동하는 방식이 아닙니다. 일시 중지의 개념은 AcrylicBrush에 적용되지 않습니다. 마치 실제 세계에서 아크릴 시트를 일시 중지 할 수없는 것처럼 요.

그게 바로 요점이라고 생각합니다. 3dWrecker는 대안적인 접근 방식을 제안하고 있습니다. 비유에 따라 사진을 찍어 실제 세계에서 아크릴 시트를 "일시 중지"할 수 있습니다. 그리고 그 사진을 다시 만드는 것은 아크릴 시트가 둘 다에서 정적으로 유지 되더라도 아크릴 비디오를 렌더링하는 것보다 덜 집중적입니다.

물론 구현 세부 사항에 대해서는 아무것도 모르기 때문에 현재 모델을 사용하여 구현할 수 없다는 것이 제안된다면 충분히 공정합니다. :)

물론 구현 세부 사항에 대해서는 아무것도 모르기 때문에 현재 모델을 사용하여 구현할 수 없다는 것이 제안된다면 충분히 공정합니다. :)

^ 그게 바로 제가 제안하는 @ drk-mtr 😊입니다. AcrylicBrush 구현을 변경하는 것은 터미널에서 달성 할 수없는 훌륭한 목표입니다. @chigy 가 이전에 제안했듯이 주요 WinUI 저장소 는 아크릴을 논의하기에 적합한 장소입니다.

물론 구현 세부 사항에 대해서는 아무것도 모르기 때문에 현재 모델을 사용하여 구현할 수 없다는 것이 제안된다면 충분히 공정합니다. :)

^ 그게 정확히 내가 제안하는 @ drk-mtr 홍당무입니다. AcrylicBrush 구현을 변경하는 것은 터미널에서 달성 할 수없는 훌륭한 목표입니다. @chigy 가 이전에 제안했듯이 주요 WinUI 저장소 는 아크릴을 논의하기에 적합한 장소입니다.

"아크릴 일시 중지"아이디어의 문제는 여러 창을 쌓아 놓은 경우, 일시 중지 된 아크릴 효과가있는 창 아래에 쌓인 창 중 하나 (또는 ​​그 이상)를 이동해도 여전히 아래에있는 것처럼 보입니다. 일시 정지 된 아크릴 창으로 인해 ... 이상한 불일치가 발생합니다.

네 생각이 뭔지 오해하지 않는 한

@chigy

이는 텍스트에 그림자 / 외부 광선을 윤곽을 그리거나 적용하여 해결할 수 있습니다. @miniksa 데모는 터미널이 빌드에서 공개되었을 때 이것의 해키 버전 이었으므로 언젠가, 특히 커뮤니티가 기여할 수있는 세계에서 언젠가 선택적 터미널 기능이 될 수 있다고 생각하기에는 그리 멀지 않은 것 같습니다.

@beforan , 제안 해 주셔서 감사합니다. 메인 WinUI repo 에서 자유롭게 제안하십시오.

즉, 우리는 최근에 그림자 사용을 살펴 보았고 이러한 유형의 UI가 일반적으로 사용하는 작은 텍스트에서는 잘 작동하지 않습니다.

포커스 된 창 뒤의 창에서 텍스트를보고 싶습니다.

아크릴이 이것에 대한 올바른 수단이 아닌 것 같습니다. 따라서 일반 투명 효과는 이에 적합하며 구현하기가 더 쉬운 것처럼 들립니다.

@ drk-mtr, 우리는 많은 애플리케이션이 사용자에게 일관되지 않은 경험을 제공하기 위해 유사한 개념의 다른 버전을 만드는 것을 원하지 않습니다. 따라서 우리는 여기서 아크릴을 사용하기로 결정했습니다. 아크릴은 일반 투명도보다 가독성을 높여줍니다.

이상적인 것은 배경에 구성 가능한 투명도를 가질 수 있지만 렌더링 된 텍스트는 불투명 할 수 있다는 것입니다. 이것이 얼마나 달성 가능한지 전혀 모릅니다.

다시 말하지만 여기서 확인해야 할 가독성 문제가 발생할 수 있습니다.

아크릴 효과가 마음에 들어서 초점이 맞춰진 창에서 사용하고 싶습니다.

창에 초점이 맞춰져있을 때 아크릴을 사용할 수 없습니다. 터미널에서 허용하는 가장 최소한의 설정에서도 텍스트를 충분히 읽을 수 없기 때문입니다.

따라서 창에 초점이 맞춰진 동안 적용되는 아크릴 효과의 강도를 줄일 수 있기를 바랍니다. 예를 들어, 그 위에 투명한 짙은 회색 레이어가 적용된 아크릴 효과를 사용하여 효과를 더 미묘하게 만들 수 있다면 효과가있을 수 있습니다.

또는 블러를 더 강하게 만들거나 거의 0에 가깝게 줄이면 실제 사용의 유연성이 크게 향상됩니다.

이미 능력이 있다고 생각 했나요? 이것이 제가 연락처로부터 얻은 것입니다. "다른 선호도를 가진 사용자가 Acrylic을 더 유용하게 사용하려면 CTRL + SHIFT를 누르고 마우스로 휠을 스크롤하거나 트랙 패드로"줌 "하여 투명도 수준을 0 %에서 동적으로 조정할 수 있습니다. ~ 50 %까지. " 이것은 터미널 특정 기능이지만 이것이 흥미롭고 커뮤니티의 지원이 있다면 시스템화를 고려할 수 있습니다.

창문에 초점이 맞지 않을 때 아크릴을 사용하고 싶어요

완성을 위해 여기를 포함하여 달성 할 수 없을 수도 있습니다.

여기서 이상적인 것은 초점이 맞춰진 창과 비교할 때 다른 흐림 설정을 적용 할 수 있고, 상단에 옵션 알파 레이어를 적용하여 강도를 낮출 수 있다는 것입니다.

여기에서 과일 기반 OS를 언급하게되어 유감이지만 맥락을 위해 초점이 맞춰진 창과 초점이 ​​맞지 않은 창 모두에 알파 레이어를 사용하고 해당 창 내의 개별 아이콘에도 다른 알파 레이어를 가지고 있습니다. 따라서 쉽지는 않지만 확실히 달성 할 수 있습니다.

여기에서 사용자 시나리오를 이해하고 싶습니다. 나는 이것을 원하는 사람들이 우리의 메인 WinUI 저장소 에서 그것을 제안하기를 바랍니다.

ctrl + shift + scroll이 가능한지 몰랐습니다. 감사합니다!

나는 미적 일관성을 추구하는 데 전적으로 동의하지만 기능적 경험보다 이것을 우선시하지는 않습니다. 나는 일반적으로 WinUI의 불투명도 / 아크릴에 대한 의견을 가지고 있지 않습니다. 무례하게 들리지 않기를 바랍니다. 저는 여기서 터미널의 제한된 컨텍스트 내에서 사용성에 대한 의미를 생각하고 있습니다.

콘솔에 초점을 맞춘 다음 관찰 결과가 다음과 같이 명확 해지기를 바랍니다.

• 0.999 불투명도 : 콘솔 텍스트를 명확하게 읽을 수 있습니다. 그러나 나는 이것 아래에 창문이 겹쳐지는 느낌을 얻을 수 없습니다. 이 효과에는 "와우"요인이 없습니다.
• 0.9 불투명도 : 일반적으로 사용 가능한 균형을 제공합니다. 배경이 너무 밝아졌지만 콘솔 텍스트를 상당히 명확하게 읽을 수 있습니다. 이 창 뒤에있는 창은 거의 식별 할 수 없기 때문에 기능적인 목적은 거의 없습니다.
• 0.5 불투명도 : 투명도가 유용 해지기 시작했습니다.이 창 뒤에있는 창에 대한 느낌을 얻을 수 있지만 전경 텍스트는 확실히 가독성을 잃기 시작했습니다.
• 0.1 불투명도 : 화려하고 정말 멋진 효과로 보입니다. 하지만 특정 배경 창에 대해 읽기가 정말 힘들어지고 있습니다. 배경 텍스트를 읽을 수 없기 때문에 기능적 이점이 거의 없습니다. 그래서 당신은 "집중되지 않은 창에서는 이것이 좋지 않을 것입니다!"라고 생각하고 할 수 없다는 것을 깨닫고 불투명도를 다시 올립니다. 그리고 순전히 미학적 관점에서 볼 때, 제가이 창에서 초점을 멀어지게했을 때 아크릴에서 "아무것"으로의 전환은 끔찍하게 불안정합니다. 왜냐하면 초점이 맞지 않은 창에 "초점을 추가"하고 갑작스러운 전환이 매우 뚜렷하기 때문입니다. 아크릴 효과가 더 강했기 때문입니다.

나에게 좋은 균형점이 없습니다. 누군가가 완전히 구성 가능한 블러 설정이나 곧 뭔가에 대해 말 할까 봐 걱정이 돼서 아주 어리석은 느낌이들 것입니다 ...

내가 말했듯이 이것은 아마도 일반 투명성을위한 작업 일 것입니다. 아니면 스위치를 끄고 더 평범한 콘솔 경험을 참 아야 할 것입니다. :)

나는 사용자가 편하게 사용하는 것을 사용해야 만한다고 생각한다. 나는 터미널이 사용자에게 일종의 배경을 "강제"할 필요가 없다고 생각합니다. 가설 적으로 3 개의 "모드"가있을 수 있습니다.

• 완전히 불투명 한 배경 (예 : "useAcrylic": false )
• 아크릴 배경 (예 : "useAcrylic": true ). "와우"요소에 대한 기본값을 유지해야하며보기 좋기 때문입니다.
• (반) 투명한 배경. 이것은 현재 존재하지 않으며 아마도 모든 불만에 답할 것입니다.

창문의 초점이 맞지 않을 때 아크릴이 사라지는 것은 큰 문제라고 생각하지 않습니다. 솔직히 말해서 아크릴의 요점은 어쨌든 창문 아래에 무엇이 있는지 볼 수 있도록하는 것이 아니라 제 생각에는 시각적 인 것입니다. 사탕. 따라서이 아크릴 효과가 사라지는 것을 싫어하는 사람들은 반투명 배경에 만족할 것입니다. 그러면 필요한 모든 것을 볼 수 있습니다.

그러나 이것이 작동하려면 창에 초점이 맞지 않더라도 항상 투명성을 유지해야합니다.

옵션 현명한 경우, 삼중 상태 시스템이 채택되면 backgroundMode 와 같은 것을 filled , transparent 또는 acrylic 옵션으로 추가 할 수 있습니다. 부울 useAcrylic .

내 2 센트. 투명 버전이 기술적으로 가능하기를 바랍니다. 현재 투명 솔루션에 완벽하게 만족하고 터미널을 다운 그레이드로 보는 파워 유저에게 주요 판매 포인트가 될 것이라고 생각합니다.

Huh, Powerline 글꼴의 화살표가 깨진 것 같습니다.

편집 : 이것은 # 633에 의해 추적되며 어떤 이유로 지금까지 잘 작동했지만 장님입니다.

마우스 기능이있는 콘솔 앱 (예 : FPC의 메뉴 표시 줄, 텍스트 모드)을 실행할 때 마우스 클릭으로 그 아래에있는 문자가 선택되고 기본 앱으로 이동하지 않습니다.

@ leduyquang753 이 페이지 상단에있는 "우리가 알고있는 것 :"의 마지막 항목입니다. 참조 # 376, # 545

https://twitter.com/LyalinDotCom/status/1186688002870792192 Visual Studio XAML PM

WinUI 3.0은 개발자가 WPF와 유사한 전체 데스크톱 모드에서 UWP의 기능을 사용할 수 있도록 데스크톱 앱 모델을 옵션으로 계획하고 있습니다. WinUI는 이것과 몇 가지 다른 이유 때문에 정말 흥미 롭습니다. :)

이것이 win32에서 WinUI 탭을 가져 오는 문제를 해결한다고 가정합니까?

https://twitter.com/LyalinDotCom/status/1186688002870792192 Visual Studio XAML PM

WinUI 3.0은 개발자가 WPF와 유사한 전체 데스크톱 모드에서 UWP의 기능을 사용할 수 있도록 데스크톱 앱 모델을 옵션으로 계획하고 있습니다. WinUI는 이것과 몇 가지 다른 이유 때문에 정말 흥미 롭습니다. :)

이것이 win32에서 WinUI 탭을 가져 오는 문제를 해결한다고 가정합니까?

Windows Terminal 프로젝트가 이러한 WinUI Desktop 접근 방식의 테스트 장소가 될 것이라고 감히 말씀드립니다.

@chigy

@ drk-mtr, 우리는 많은 애플리케이션이 사용자에게 일관되지 않은 경험을 제공하기 위해 유사한 개념의 다른 버전을 만드는 것을 원하지 않습니다. 따라서 우리는 여기서 아크릴을 사용하기로 결정했습니다. 아크릴은 일반 투명도보다 가독성을 높여줍니다.

하루가 끝나면 아크릴이 예쁘게 보이지만 어떤 식 으로든 _ 유용하지 않습니다.
내가 사용 해본 다른 모든 터미널에서 지원하는 기능인 투명성은 유용합니다.

나는 그것이 현재 구현되지 않았 음을 이해하지만, 특히 프로모션 비디오가 완전히 투명한 유리와 같은 창을 표시 할 때 일관성을 위해 지원되어야하는 기능이 아니라고 말하는 것은 솔직히 약간 어리석은 일입니다.

마케팅이 왜 그런 선택을하는지 궁금합니다. 내 추측은 그들이 __ 모든 사람이 투명한 터미널을 원한다는 것을 알고 있기 때문입니다 __.

나는이 프로젝트에서 "내 이유 때문에 이것을 원하지 않는다"는 것을 많이 본다 (투명성과 분할 창이 떠오른다). 따라서 설정에서 활성화하지 않습니까? 아크릴과 투명도를 사용할 수 있고 선택권을 사용자에게 맡기는 것이 왜 어려울까요?

이에 대한 좋은 예는 iterm2입니다. 흐림 및 불투명도를위한 슬라이더가있는 투명도를 가지고 있습니다. 사용자 선택. 최신 터미널에는 이러한 기능이 있어야합니다.

@jwhipp 정확한 이유 (그리고 이것을 추적하는 문제)가 바로 여기에 있다고 생각합니다 https://github.com/microsoft/terminal/issues/1753#issuecomment -508070516

@jwhipp 정확한 이유 (그리고 이것을 추적하는 문제)가 바로 여기에 있다고 생각합니다 # 1753 (댓글)

나는 그 코멘트를 최종적으로 배제하는 것으로 보지 않았습니다. 사실, 그 문제는 여전히 열려 있습니다. 연결된 문제에 따라 사용자가 궁극적으로 타원형 창을 요청함에 따라 닫혔습니다.

이 메가 쓰레드의 첫 번째 메시지에 "사람들이 원하는 것,하지만 우리 는 고칠 수 없을 것"으로 그 문제가 나열되어 있기 때문에 상당히 최종 결정 인 것 같습니다. 여전히 문제이기 때문에 열려 있다고 가정합니다.

트윗 담아 가기

Windows Terminal 프로젝트가 이러한 WinUI Desktop 접근 방식의 테스트 장소가 될 것이라고 감히 말씀드립니다.

Windows Terminal은 Xaml Islands를 사용하여 WinUI 구성 요소 (TabView)를 호스팅하는 앱의 좋은 예입니다. 이를 위해 이미 WinUI Desktop 앱처럼 보입니다 😊 곧 WinUI Desktop에 대해 더 많은 정보를 공유 할 수 있기를 바랍니다! 그동안 WinUI Desktop에 대한 의견을 주 WinUI 리포지토리 ( https://github.com/Microsoft/microsoft-ui-xaml)로 보내 주시기

@chigy

@ drk-mtr, 우리는 많은 애플리케이션이 사용자에게 일관되지 않은 경험을 제공하기 위해 유사한 개념의 다른 버전을 만드는 것을 원하지 않습니다. 따라서 우리는 여기서 아크릴을 사용하기로 결정했습니다. 아크릴은 일반 투명도보다 가독성을 높여줍니다.

하루가 끝나면 아크릴이 예쁘게 보이지만 어떤 식 으로든 _ 유용하지 않습니다.
내가 사용 해본 다른 모든 터미널에서 지원하는 기능인 투명성은 유용합니다.

나는 그것이 현재 구현되지 않았 음을 이해하지만, 특히 프로모션 비디오가 완전히 투명한 유리와 같은 창을 표시 할 때 일관성을 위해 지원되어야하는 기능이 아니라고 말하는 것은 솔직히 약간 어리석은 일입니다.

마케팅이 왜 그런 선택을하는지 궁금합니다. 내 생각 엔 그들은 모두가 투명한 단말기를 원한다는 것을 알고 있기 때문입니다.

@iCodeSometime , 피드백 감사합니다. 터미널“지글 지글 비디오”는 터미널 엔지니어링 팀이 터미널이 되었으면하는 비전을 공유하기 위해 설계되었습니다. 터미널이… 일단 건설되면… 당시에는 그렇지 않았습니다! 투명 배경은 실제로 현재 Acrylic이 지원하는 것보다 약간 덜 흐릿하고 투명했지만 블러 효과가 적용되었습니다.

터미널 팀은 얼마 전에 콘솔에 순수한 투명성 지원을 추가했지만, 순수한 투명성은 콘솔 / 터미널 / 편집기의 텍스트와 전경 콘솔의 텍스트가 "충돌"할 수 있다는 사용자로부터 많은 피드백을 받았습니다.

많은 사용자가 이러한 종류의 충돌을 방지하기 위해 조정 가능한 블러 텍스처를 요청했지만, 현재 열려있는 터미널 아래에서 움직임 / 창 내용을 계속 확인할 수 있습니다.

터미널 팀은 또한 사용자가 포인트에 적응할 수있는 방법을 포함

이 모든 것을 말하면 터미널은 사용자가 현재 Acrylic을 통해 제공되는 것보다 흐림 및 투명도의 양을 더 크고 독립적으로 제어하기를 원하는 모든 피드백을 알고 있습니다. 우리 (WinUI)는 새로운 반투명 배경 텍스처에 대해 터미널과 함께 작업하고 있으며 곧 여러분과 같은 커뮤니티 구성원을 포함한 다른 사람들과 협력하고 있습니다. Windows 용 추가 자료에 대한 향후 대화를 위해 WinUI GitHub 에 참여하십시오.

요청한 모든 기능을 즉시 구현하지 않고 그렇게하려는 욕구가 없다는 것을 혼동하지 마십시오. 요청 된 많은 기능을 구현하고 싶지만 제한된 리소스, 일정 및 기타 요구 사항에 따라 작업의 우선 순위를 지정해야합니다. .

지금 우리가 무언가를 구현할 수 없다고해서 미래에 그것을 얻을 수 없거나 커뮤니티의 누군가가 그것을 구현할 수 없다는 것을 의미하지는 않습니다!

사례 : 터미널에서 사용하는 배경 흐림 기능을 개선하기 위해 WinUI 팀과 협력 할 것입니다. 이 문제를 따르고 의견 등을 공유하십시오. https://github.com/microsoft/microsoft-ui-xaml/issues/1493

@jwhipp Re :

아크릴과 투명도를 사용할 수 있고 선택권을 사용자에게 맡기는 것이 왜 어려울까요?

useAcrylic 설정을 통해 Acrylic을 활성화하고 원하는 경우 acrylicOpacity 설정을 통해 흐림 수준을 조정할 수 있습니다.

@chigy , 제 생각에는 투명성의 이점을 무효화하지 않는 훨씬 더 간단한 해결 방법은 스크린 샷에 사용 된 것보다 더 합리적인 양의 투명도를 선택하는 것입니다.

예를 들어, 이것은 불투명도를 80 %로 설정 한 동일한 스크린 샷의 모습입니다.

터미널의 모든 내용은 다른 터미널의 텍스트 바로 위에 있지만 읽을 수 있습니다. 터미널 뒤에있는 모든 것도 읽을 수 있습니다 (아크릴 스크린 샷과 달리)

이 소프트웨어가 시험판 소프트웨어라는 것을 이해하고 감명을 받았습니다. 여러분은보고 된 다른 문제 (예 : # 2771)를 신속하게 수정했습니다. 내일 투명성이 추가 될 것이라고는 생각하지 않습니다 만,이 스크린 샷이 일반 투명도가 기본 터미널로 사용되기 전에 왜 저에게 필요한지, 그리고 아크릴이 좋은 대체물이 아닌 이유를 보여주는 데 도움이되기를 바랍니다. 꽤 멋져 보입니다.

useAcrylic 설정을 통해 Acrylic을 활성화하고 원하는 경우 acrylicOpacity 설정을 통해 흐림 수준을 조정할 수 있습니다.

네, 실수했습니다. 완전한 투명성을 구현하는 것이 얼마나 어려울 지 정말 말할 수 없었습니다. 그래서 그 의견에 대해 사과드립니다. 나는 그것이 진정으로 토글 on / off 설정이어야 할 때 "나는 이것을 원하지 않으므로 구현하지 않는다"라고 말하는 사람들을 위해 더 많은 논평을하고 있었다.

여기서 요청은 흐림 / 흐림 없음 및 완전한 투명성에 대한 것입니다. 예를 들어 acrylicOpacity를 0.0으로 설정하면 여전히 흐림 효과가 있으며 최소 음영 처리입니다. 다양한 수준의 음영으로 흐림 없음 옵션을 원합니다.

내가 말했듯이 이것에 대한 가장 좋은 참조는 iterm2와 투명도로 흐림을 처리하는 방법입니다.

새 릴리스는 어두운 모드 컨텍스트에서 제목 표시 줄의 색상을 더 밝게 변경했습니다.

나는 오래된 색 (왼쪽)을 더 좋아했다.

@escalonn 피드백 주셔서 감사합니다. 우리의 원래 색상 디자인은 접근하기가 쉽지 않았고 많은 사람들이 탭을 구별 할 수 없다는 사실에 만족하지 않았습니다.

현재 우리는보다 광범위한 시스템 일관성을 위해 가장 중요한 WinUI 어둡고 밝은 테마를 사용하고 있습니다.

@jwhipp 문제 없음 o-우리가 노출하는 일부 손잡이와 다이얼을 알고 있는지 확인하고 싶었습니다. 어떤 점이 당신의 요점을 증폭시키는 지 : 분명한 옳고 그름이없고 최종 사용자의 선택이 정말로 중요한 곳에서 우리는 종종 설정 / 옵션을 노출하는쪽으로 실수를합니다. 그러나 우리는 이것이 확장되지 않는다는 것을 알고 있으며, 예를 들어 탭 스트립의 색상 변경-대신 (멋진) WinUI 팀의 작업을 연기하는 것과 같이 컨트롤 모음을 통해 액세스 가능하고 일관되며 멋진 사용자 경험을 제공합니다.

@iCodeSometime- 사용자 경험 구축의 어려움 중 하나는 많은 요구와 의견이 있다는 것입니다.

창의 투명도를 줄이면 분명히 사물을 더 읽기 쉽게 만들 수 있지만 많은 사람들에게는 충분하지 않습니다.

어떤 사람들은 예를 들어 빌드가 완료되거나 앱이 닫힐 때 등을 계속해서 앞뒤로 움직일 필요없이 계속 볼 수있는 동안 아래 창의 특정 내용을 가리기 위해 약간의 흐림 / 얼룩을 선호합니다. 특히 맨 위 / 초점 창을 최대화 할 때.

또한 콘솔에서 채택해야했던 GDI의 무차별 대입 투명성 모델을 다시 만들고 싶지 않습니다. 여기에서 전체 창은 테두리, 제목 표시 줄, 배경 및 .., 중요한 텍스트 콘텐츠로 투명하게 만들어집니다.

또한 터미널이 액세스 가능하고 유연하며 구성 가능하고 생산적인지 확인해야합니다. 터미널의 v1.0 기능을 완성 및 안정화 한 다음 v2.0에서 작업을 시작하는 동안 우리를 참아주십시오.

이유는 모르겠지만 Windows 스토어의 메모장 은 초점이 맞지 않아도 아크릴 효과가 있습니다.
소스 코드는 https://github.com/JasonStein/Notepads 입니다.

https://docs.microsoft.com/en-us/uwp/api/windows.ui.composition.compositionbackdropbrush 를 사용하여 아크릴 제목 표시 줄을 만들 수 있습니까? 나는 이것이 또는 XAML이 어떻게 작동하는지 실제로는 모르지만 드래그 바를 덮는 CompositionBackdropBrush를 사용하여 SpriteVisual (?)을 만드는 데 사용할 수 있으며 나머지 제목 표시 줄의 배경을 아크릴로 설정할 수 있습니다. XAML?

터미널에 표준 창 테두리를 두었습니다.

라이트 모드, 제목 표시 줄의 색상 비활성화 :

라이트 모드, 제목 표시 줄의 색상 활성화 :

어두운 모드, 제목 표시 줄의 색상 비활성화 :

어두운 모드, 제목 표시 줄의 색상 활성화 :

어떻게 생각해? PR을해야하나요?

자세한 내용은:

• 또한 손잡이가 왼쪽, 오른쪽 및 아래쪽에서 너무 좁아지는 문제를 해결합니다.
• 또한 상단의 큰 핸들을 제거하여 크기를 조정하고 대신 드래그 바 상단의 핸들을 잡고 크기를 조정합니다.

@ greg904 친구, 당신은 나를 위해 내 일을 계속합니다! 이것에 대한 PR을보고 싶습니다! 감사

(우리는 DWM 팀과이 문제를 논의했습니다. 그들은 우리가 더 나은 시민이되기를 원하고, _we_ 더 나은 시민이되기를 원하며, # 1625의 체크리스트 항목 전체를 고칠 것입니다!)

홍보 # 3394

하지만 실제 표준 경계는 아니지만 몇 가지 해킹을 사용했습니다.

실제로 한 가지 흥미로운 점을 발견했습니다. 터미널에 초점을 맞추지 않으면 투명도가 떨어지지 만 태블릿 모드에서 투명도를 유지합니다 (놀랍게도).

다른 사람이 이것을 눈치 챘는지 모르겠지만.

@ greg904 그냥 참고로, Notepads는 Windows Community Toolkit에서 사용자 지정된 버전의 TabView를 사용하고 있습니다.

메뉴에 하위 폴더가있을 가능성이 있습니까? WSL 배포판, Powershell 버전, 프로그래밍 환경과 같은 항목을 함께 구성하는 기능을 갖고 싶습니다.

@ str8edgedave "

'탭 순서를 변경할 수 없음'에 대해 +1합니다. 가상 데스크톱의 순서를 변경할 수없는 Windows처럼하지 마십시오.

탭 IMO 상단의 간격을 제거하는 방법이 있어야합니다.

탭 IMO 상단의 간격을 제거하는 방법이 있어야합니다.

처음에는 사양에 포함되어서는 안됩니다. 그 공간은 태블릿 모드에서 버그가 있습니다.

wt.exe를 시작할 때 새 창을 열지 않고 기존 터미널 창에 새 탭을 만드는 방법이 있습니까?

탭 바 색상을 가장자리에있는 것처럼하지 않는 이유는 무엇입니까?

Edge에는 약간 밝은 탭이있는 어두운 제목 표시 줄이 있습니다. 그래서 그것은 현재 터미널이 보이는 것과 반대이며 가장자리가 더 좋아 보이는 방식이라고 생각합니다.

이것은 당신의 두뇌가 자연스럽게 더 밝은 것을 전경에있는 것으로 인식하기 때문입니다.

위의 논의에서 초점은 어둡고 밝은 테마 만있는 것 같지만 제목 표시 줄 색상이 사용자가 선택한 강조 색상을 단순히 존중할 수없는 이유는 무엇입니까?

악센트 색상은 제목 표시 줄에는 좋지만 탭 배경에는 적합하지 않습니다.

트윗 담아 가기

안녕하세요, 저는 메모장의 저자입니다. 메모장 앱의 제목 표시 줄과 창 본문 모두에 대해 배경 아크릴 효과를 "항상 켜짐"으로 만드는 방법입니다. https://github.com/JasonStein/Notepads/blob/12940adc674a9ba6fa336e3aaa8652978e8a8c8e/src /Notepads/Services/ThemeSettingsService.cs#L253

UICompositionAnimations 라이브러리의 도움으로 "AcrylicBackgroundSource.HostBackdrop"을 사용하여 아크릴 브러시를 직접 만들었습니다 (참조 : https://github.com/Sergio0694/UICompositionAnimations).

기본적으로 컴포지션 API (AcrylicBackgroundSource.HostBackdrop + Noise 텍스처)를 사용하여 처음부터 브러시를 만드는 것입니다.

* 업데이트 **

내 사용자 정의 버전의 HostBackdropAcrylicBrush :
https://github.com/JasonStein/Notepads/blob/master/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs

여러 대의 모니터가 있습니다. 아크릴이 활성화 된 상태에서 Windows 터미널을 열면 컴퓨터가 절전 모드로 전환되고 다시 깨우면 아크릴이 단색으로 바뀝니다. 한 모니터 내에서 창을 드래그하면 배경이 동일하게 유지됩니다. 다른 모니터로 드래그하면 아크릴이 다시 나타납니다.

@EricLauber , 아크릴 관련 문제를 WinUI 저장소에 다시 게시 할 수 있습니까?
https://github.com/microsoft/microsoft-ui-xaml/issues/new/choose

@chigy 네 할 수 있습니다. 죄송합니다. 분리 된 줄 몰랐습니다. 감사.

@EricLauber , 감사합니다! 터미널은 시스템에서 제공하는 아크릴 기능을 사용하므로이를 제공하는 그룹에 가져 오는 것이 좋습니다.

이전 의견을 무시하십시오. 나는 그 행동을 오해했다. 창에 최상단 초점이 없으면 아크릴 기능이 사라진다. 아크릴을 되찾은 것은 모니터 사이를 드래그하는 행위가 아니라 창 자체를 선택하는 것입니다.

# 4593 참조 :) 지금은 더 이상 아무것도 없습니다. 다중 창 분리를 향상시키기 위해 외부 테두리를 갖는 것이 기본값으로 설정된 옵션 일 수 있습니다.
Personalization 아래에는 피드백 옵션이 있으며 포럼 게시판으로 연결되어 '테두리 두께'를 검색하고 여러 개의 독립적 인 스레드를 찾았지만 여기에는 댓글이 있습니다 ... https://aka.ms/AA7fj9x

커서에 알파 블렌드를 추가하십시오. 그 아래의 텍스트는 전혀 표시되지 않습니다.

안녕하세요-활성 창이 _ 아닌 _ 때 적용된 아크릴 효과를보고 싶습니다. 입력 할 때 집중하고 싶습니다. 측면에서 벗어 났을 때 멋지게 보이기를 원합니다. :) 또는 사람들이 영구적으로 사용하기를 원하기 때문에 활성 및 배경 모두에 대한 명시적인 옵션이 있습니다. 감사합니다-멋진 앱입니다.

창 스냅 기능을 사용할 때 가장자리 주위에 작은 테두리가 있습니다. 즉, 창이 완전히 스냅되지 않아 데스크탑의 일부 또는 터미널 뒤에있는 모든 것이 표시됩니다.

@DanDavies https://github.com/microsoft/terminal/issues/5250#issuecomment -610691840이 표시됩니다.

# 3337의 @ SFM61319 에서

또한 프로필 메뉴와 버튼이 "유창"해 보이지 않습니다. 보다 매끄러운 효과를 위해 AcrylicBrush 및 RevealBrush 브러시를 추가하십시오.

이것은 아크릴을 사용하는 경우와 사용하지 않는 경우에 대한 공식 문서입니다 : https://docs.microsoft.com/en-us/windows/uwp/design/style/acrylic#transient -surfaces. 해당 페이지에서 :

대부분의 컨트롤은 기본적으로 아크릴을 사용합니다. MenuFlyouts, AutoSuggestBox, ComboBox 및 light-dismiss 팝업이있는 유사한 컨트롤은 모두 호출 될 때 일시적인 아크릴을 사용합니다.

MenuFlyout 사용하지 않는다는 점이 궁금합니다. 사용자 지정을 위해 아무것도하지 않습니다 ...

# 5485가 병합되면 탭 바의 아크릴이 이제 가능합니까?

@wazybr 잠시 사용해보기 위해 제목 표시 줄 브러시를 아크릴 브러시로 교체해 보았습니다. 작동하지 않았지만 덜 순진한 방법이있을 수 있습니다 (# 5485의 @ DHowett-MSFT의 스크린 샷은 가능함을 암시하는 것 같습니다.)

네-이제 _works_하지만 제목 표시 줄에서 브러시를 꺼내 SolidColorBrush로 변환 할 수있는 곳이 여전히 있습니다. 물론 이것은 폭발을 일으킬 것입니다.

app.xaml에는 TabViewBackground 브러시도 있습니다. :미소:

우리는 모든 종류의 다른 것들을 원하는 사람들이 너무 많기 때문에 우연히 그것을 추가하는 기여를 받아들이지 않을 것입니다.

• 탭 색상 = 터미널 색상
• 제목 표시 줄 색상 = 터미널 색상
• 탭 색상 = 아크릴
• 제목 표시 줄 색상 = 아크릴
• 제목 표시 줄 색상 = 탭 색상

이것이 우리가 # 3327, "테마"를 작업하는 이유입니다.

이해 했어요. 제목 표시 줄의 아크릴은 UI에 멋진 터치가되고 _Photos_ 및 _Movies & TV_와 같은 다른 Windows 앱과 관련하여 일관성을 추가합니다.

@DHowett 가능성을 더 잘 반영하기 위해 OP를 변경할 수 있습니까?

물론입니다. 편집했습니다. 감사.

안녕하세요 @ zadjii-msft, 우선 한 달 늦게 죄송합니다.
이제 아크릴을 사용하는 경우와 사용하지 않는 경우에 대한 설명서 를 이미 읽었 하지 않기 때문에 혼란 스럽습니다. 그리고 기본적으로 사용하지 않는 Acrylic을 사용한다고 가정하면 일관성보다 일관성이 더 떨어집니다 (예상했던 것과 나머지 유형이 아니기 때문에-닦지 않은 UI를 나타냅니다) 및 불일치).

MenuFlyout 사용하지 않는다는 점이 궁금합니다. 사용자 지정을 위해 아무것도하지 않습니다 ...

코드에 숨겨진 버그인지 아니면 오류인지는 모르겠지만, 귀하 (Microsoft 팀 및 / 또는이 코드를 코딩하는 사람)는 Style 속성을 사용하여 추가해야 할 수도 있습니다. AcrylicBrush 수동으로 (자동으로 사용하지 못하기 때문에) UI를보다 일관되게 만들기 위해 (다른 UWP 앱이 이러한 메뉴에 Acrylic을 사용하므로 UI ​​일관성을 나타냄) 아마도 향후 업데이트에서 가능합니다.

또한 귀하의 의견 은 RevealBrush 사용에 대한 두 번째 질문 (?)에 실제로 답변하지 않았습니다 (알지 못했을 수도 있음).
Reveal 브러시는 UWP 앱의 UI (IMO)에 더 많은 일관성을 추가하며 많은 앱 (설정 앱 포함)에서 사용됩니다. 어두운 테두리 그라데이션을 추가하고 흰색 배경에는 아무것도하지 않는 라이트 모드와 달리 어두운 배경을 흰색 "빛"(또는 그라데이션)으로 강조 표시하므로 다크 모드 사용자 (IMO)에게 훨씬 더 효과적입니다. 따라서 Reveal 브러시가 newTab 및 MenuFlyout 버튼에 사용되면 UI가 좀 더 세련되고 일관되게 보일 수 있습니다 (다시 IMO).

따라서 AcrylicBrush ( MenuFlyout ) 및 RevealBrush (버튼의 경우)를 추가해보십시오.

감사합니다!

편집 : 또한 누군가 나에게 답장하고 싶다면 나에게 답장 할 때 @ 사용하여 나를 멘션 해주세요 (GitHub에서 나를 멘션 할 때 누군가가 나에게 답장을하면 알 수 있으므로).
또한 이것은 정말 주제에서 벗어난 것입니다 (하지만이 한 줄에 대해 주제를 벗어난 것으로 표시하지 마십시오) : 당신은 Reddit에서 동일한 u / zadjii입니까 (그렇다면 r / windows에서 보고 느꼈습니다. 익숙한)?

최소 / 최대 / 닫기 버튼은 다른 UWP 앱처럼 더 작아야하고 크롬 / 가장자리 크롬처럼 창이 최대화되지 않을 때 그 아래에 공간이 있어야합니까? 그리고 그 아래의 작은 영역은 드래그 할 수 있습니다.
이렇게 :

최소 / 최대 / 닫기 버튼은 다른 UWP 앱처럼 더 작아야하고 크롬 / 가장자리 크롬처럼 창이 최대화되지 않을 때 그 아래에 공간이 있어야합니까? 그리고 그 아래의 작은 영역은 드래그 할 수 있습니다.
이렇게 :

FWIW, 이것이 Edgium의 작동 방식입니다.

최소 / 최대 / 닫기 버튼은 다른 UWP 앱처럼 더 작아야하고 크롬 / 가장자리 크롬처럼 창이 최대화되지 않을 때 그 아래에 공간이 있어야합니까?

Edge는 내가 볼 수있는 유일한 애플리케이션이며 "네이티브"컨트롤 대신 자체 크로스 플랫폼 UI 툴킷을 사용하는 경우 부작용 일 수 있습니다.

따라서 귀하의 질문에 대답하기 위해 아마도 그렇지 않다고 말하고 싶습니다.

최소 / 최대 / 닫기 버튼은 다른 UWP 앱처럼 더 작아야하고 크롬 / 가장자리 크롬처럼 창이 최대화되지 않을 때 그 아래에 공간이 있어야합니까? 그리고 그 아래의 작은 영역은 드래그 할 수 있습니다.
이렇게 :

Windows에서 버튼의 바로 왼쪽은 드래그 가능한 영역으로 예약되어 있습니다. 따라서 바닥에 동일한 것을 갖는 것은 중복됩니다.

최소 / 최대 / 닫기 버튼은 다른 UWP 앱처럼 더 작아야하고 크롬 / 가장자리 크롬처럼 창이 최대화되지 않을 때 그 아래에 공간이 있어야합니까?

Edge는 내가 볼 수있는 유일한 애플리케이션이며 "네이티브"컨트롤 대신 자체 크로스 플랫폼 UI 툴킷을 사용하는 경우 부작용 일 수 있습니다.

따라서 귀하의 질문에 대답하기 위해 아마도 그렇지 않다고 말하고 싶습니다.

Edge에서도 성가신 일입니다. Edge의 중앙에 있어야합니다. 새로운 Windows 앱이 일관성이 있기를 바랍니다.

제목 표시 줄을 아크릴로 만드는 확인란은 여전히 ​​표시되지만 다른 모든 응용 프로그램처럼 실제로 시스템 색상을 존중하는 확인란은 없습니다.

_ "Windows 터미널에는 시스템에서 제공하는 활성 및 비활성 제목 표시 줄 색상을 무시하고 자체 고정 된 제목 표시 줄 색상이 있습니다."_

그 기능을 최소한 "제목 표시 줄 사용자 지정 옵션"으로 변경하여 일관성을 원하는 사람들이 여전히 그 방법을 사용할 수 있도록 할 수 있습니까?

제목 표시 줄을 아크릴로 만드는 확인란은 여전히 ​​표시되지만 다른 모든 응용 프로그램처럼 실제로 시스템 색상을 존중하는 확인란은 없습니다.

_ "Windows 터미널에는 시스템에서 제공하는 활성 및 비활성 제목 표시 줄 색상을 무시하고 자체 고정 된 제목 표시 줄 색상이 있습니다."_

그 기능을 최소한 "제목 표시 줄 사용자 지정 옵션"으로 변경하여 일관성을 원하는 사람들이 여전히 그 방법을 사용할 수 있도록 할 수 있습니까?

대부분의 최신 Windows 앱은 시스템 색상을 따르지 않으며 자체 색상이 있습니다. 따라서 일관성이 있습니다.

제목 표시 줄을 아크릴로 만드는 확인란은 여전히 ​​표시되지만 다른 모든 응용 프로그램처럼 실제로 시스템 색상을 존중하는 확인란은 없습니다.

_ "Windows 터미널에는 시스템에서 제공하는 활성 및 비활성 제목 표시 줄 색상을 무시하고 자체 고정 된 제목 표시 줄 색상이 있습니다."_
그 기능을 최소한 "제목 표시 줄 사용자 지정 옵션"으로 변경하여 일관성을 원하는 사람들이 여전히 그 방법을 사용할 수 있도록 할 수 있습니까?

대부분의 최신 Windows 앱은 시스템 색상을 따르지 않으며 자체 색상이 있습니다. 따라서 일관성이 있습니다.

그래서 우리는 계속해서 일관성있는 불일치를 가져야한다고 말하는 건가요?

모두가했다고해서 뭔가 잘못하겠다고 말하는 것과 같습니다.

그래서 이것과 다른 이슈 코멘트를 파헤친 후에.

다른 이슈 # 3327에 쌓인 시스템 테마 # 1963을 존중하지 않는 제목 표시 줄에 대한 문제가 이미 있습니다. 이 "Mega Thread"문제 목록은 오래되었거나 더 이상 사용되지 않습니다.

두 문제의 시대를 감안할 때 개발자의 관심이 매우 낮아 구현 가능성이 낮아 보입니다.

그래서 저는 개인적으로 시각적 일관성을 얻기 위해 탭 기능을 폐기하기로 결정했습니다.

    "alwaysShowTabs": false,
    "showTabsInTitlebar": false,

다른 사람과 관련이있는 경우이 정보를 여기에 남겨 두세요.

기록을 위해 # 3327 및 # 5772에서 탭 및 탭 행 (제목 표시 줄)의 색상을 구성하는 방법에 대해 상당히 많은 논의가 있습니다. 여기에서 설명하는 옵션에는 제목 표시 줄을 시스템 강조 색상에 일치 시키거나 창에 초점을 맞춘 컨트롤의 색상에 탭을 일치시키는 것이 포함됩니다.

문제가 오래되었다고해서 버려 졌다는 의미는 아닙니다. # 3327은 제가 작업 할 시간을 가지기를 정말 기대하고있는 _favorite_ 문제 중 하나입니다.

XAML 컨트롤 갤러리에서 발생하는 동일한 작업 : https://github.com/microsoft/Xaml-Controls-Gallery/issues/108 Windows 터미널에서 발생합니다.

제목 표시 줄의 캡션 버튼을 마우스 오른쪽 버튼으로 클릭해도 Sizer의 메뉴가 열리지 않습니다. 사용자 지정 제목 표시 줄이있는 것처럼 보이는 Office 제품군과 함께 작동하는 Brianapps의 앱입니다.