Terminal: 기능 요청: 기존 콘솔과 같은 표준 불투명도 옵션.

지금은 지원되지 않지만, 놓치고 싶지 않은 기능입니다. 구성 비주얼을 올바르게 설정하려면 약간의 작업이 필요하지만 "계획에" 있습니다.

추가 정보가 있는 #593도 참조하세요.

나는 고전적인 투명도를 좋아하지만 저에게 필수 기능 중 하나 인 아크릴을 사용하지 않았습니다. :)

이것에 +1!

불필요한 소음을 발생시키는 문제를 "+1"하지 마십시오. 여기에 완벽하게 좋은 +1 버튼이 있습니다.

@zadjii-msft with microsoft "완벽하게 좋은 +1 버튼" 같은 것은 없습니다. 소음을 내더라도 아무도 관심을 가지거나 듣지 않습니다. Microsoft 제품을 사용해 본 사람이라면 누구나 이 사실을 알 것입니다.

하지만 요점은 알겠습니다. 죄송합니다.

@TCB13 아시다시피 우리는 모두 사무실에 앉아 받은 편지함, 분류 대기열, github 문제 목록을 보고 있는 실제 사람들입니다. 우리는 이러한 문제 하나하나를 읽고 있으며, 그 문제와 그 문제에서 사람들이 말하는 것에 대해 _느끼고 있습니다. 비꼬는 말은 삼가해 주세요.

@DHowett-MSFT @zadjii-msft

불투명도 대신 아크릴이 포함되었다는 사실은 실제로 아무도이 터미널의 유용성을 실제로 고려하지 않았다는 것을 의미합니다. 일부 PM이 "오 투명한 것이 멋져 보입니다. 더 시원하게 만들고 흐림 효과를 더할 수 있습니다!"라고 말한 것 같습니다. 터미널 앱/창은 보기에 보기에 일반적으로 투명하지 않고 창 뒤에 있는 다른 항목을 볼 수 있기 때문에 투명합니다. 대부분의 사용자가 동의하는 유용한 기능입니다.

회사의 다른 실제 사람들에게 내가 다른 의견에서 왜 그렇게 공격적인지 물어봐야 할 수도 있습니다. :)

@TCB13 Command 터미널에 Acrylic을 추가해 달라는 목소리가 있었는데 당시에는 이전 버전과의 호환성 문제로 불가능했지만 새로운 터미널에서는 가능합니다.

이 새 버전의 문제는 Opacity가 이것이 사용 중인 새 Windowing API로 즉시 가능하지 않고 팀이 인지하고 있고 가능하게 하려고 노력할 것이라는 점입니다.

당신이 개인적으로 원하거나 필요로 하는 기능이 아니기 때문에 그렇게 무시할 필요는 없습니다.

이것은 매우 유용할 것입니다.

이미 말한 것 외에도 초점을 맞출 때 창을 아크릴로 만들고 초점이 없을 때 투명하게 하는 기능은 전환을 덜 거슬리게 만들기 때문에 매우 좋을 것입니다.

동의했다. 약간 투명도가 있는 매우 어두운 배경을 좋아하기 때문에 개인적으로 일반 불투명도 설정을 원합니다. 아크릴 옵션을 사용하려고 했을 때 배경이 너무 밝아서 내 취향에 맞지 않았습니다. 흡혈귀 🤷‍♂ .

적어도 계획되어 있다는 소식을 듣게 되어 기쁩니다. 이 도구를 만들어 주셔서 감사하며 이와 같은 기능이 더 많이 포함된 향후 릴리스를 기대합니다.

동의했다. 개인적으로 초점을 잃으면 창이 갑자기 단색으로 바뀌는 것 같습니다. 전통적인 투명성이 더 나은 전환입니다.
적어도 계획되어 있다는 소식을 듣게 되어 기쁩니다. 이 도구를 만들어 주셔서 감사하며 이와 같은 기능이 더 많이 포함된 향후 릴리스를 기대합니다.

사실은 고전적인 투명도가 없을 때 콘솔을 사용하지 않을 것입니다. :) 저를 위한 기능이 있어야 합니다. :)

이것은 이 문제가 아니라 일련의 게시물과 관련이 있습니다.

> 개인적으로 원하거나 필요로 하는 기능이 아니라고 해서 너무 무시할 필요는 없습니다. 사람들이 대다수 앱 사용자의 일반적인 기대와 동떨어져 보일 때 열정적인 반응을 얻습니다. 투명성은 오랫동안 사용 가능했기 때문에 한 사람이 한 사람을 기쁘게 하라고 개발자에게 압력을 가하는 것은 아닙니다. 당신의 마지막 진술이 암시하듯이, 어떤 이유로; 자유롭게 편집하십시오. TCB13이 다른 스레드나 경우에 무례하거나 공격적이었습니까? https://github.com/microsoft/terminal/issues/603#issuecomment-508031247 --- 또한, silverqx, https://github.com/microsoft/terminal/issues/603#issuecomment 참조 -546613996 https://github.com/microsoft/terminal/issues/603#issuecomment-507248317 그리고 https://github.com/microsoft/terminal/tags?after=RS2-final 이후 얼마나 지났는지 첫 공개 출시. 시간이 오래 걸릴 것 같습니다. 두 번하지 마십시오. https://github.com/microsoft/terminal/issues/603#issuecomment-507835880 --- https://github.com/microsoft/terminal/issues/603#issuecomment-529696036을 참조하십시오. , iCode언젠가, 아크릴을 사용하지 마십시오. 투명도를 사용하려는 사람들에게는 아크릴이 보이지 않게하십시오. cmd가 그것을 처리하는 방식은 훌륭합니다.

cmd의 경우 80% ~ 95% 불투명도, 즉 투명도를 선호합니다. 그들은 같은 것입니다.

아크릴은 반투명이라고 생각합니다. 내가 사용하는 모든 Windows 컴퓨터에서 비활성화할 때 테스트해야 합니다.

안부 라타토이

그래서 기록을 위해, 나는 이것을 가지고 놀았습니다. 기본적인 구현은 그다지 까다롭지는 않지만... 세련되지는 않습니다. XAML 컨트롤(탭 행, 대화 상자 등)을 포함하여 전체 창이 똑같이 투명해집니다. 아키텍처 관점에서 "터미널" 콘텐츠를 투명하게 _그냥__ 얻으려고 하는 것은 예외적으로 까다로울 것이라고 생각합니다. 그런 경우에도 구분 기호를 포함하여 모든 창이 동등하게 투명할 것이며 대화 상자도 여전히 투명할 것입니다.

이상하게도 새 탭 드롭다운의 MenuFlyout이 투명해지지 _않으므로_ 더 많은 질문이 제기됩니다.

솔직히 _my_ 의견으로는 경험이 약간 다듬어지지 않은 느낌입니다. 이것이 사람들이 진정으로 원하는 것이라면 거절하지는 않겠지만 고품질의 제품을 배송하고 있는지도 확인하고 싶습니다. 따라서 _더 나은_ 솔루션을 찾기 위해 백로그에 남겨두는 이유입니다.

사실 저는 비클라이언트 영역이 투명한 것을 좋아합니다. 이것이 cmd가 작동하는 방식이며 잠시 동안(RS5?):

솔직히 _my_ 의견으로는 경험이 약간 다듬어지지 않은 느낌입니다. 이것이 사람들이 진정으로 원하는 것이라면 거절하지는 않겠지만 고품질의 제품을 배송하고 있는지도 확인하고 싶습니다. 따라서 _더 나은_ 솔루션을 찾기 위해 백로그에 남겨두는 이유입니다.

나는 이 효과를 아주 좋아합니다. 내가 원하는 유일한 단색 창은 대화 상자와 드롭다운입니다. 이제 소스에서 이것을 빌드해야 한다고 가정합니다.-/

수정에 연결해 주셔서 감사합니다!

예, 또한 모든 투명한 것이 버그가 아니라 기능이라고 생각합니다 😄

cmd가 수행하는 방식은 아래에 있는 내용을 읽을 수 있기 때문에 매우 유용합니다(물론 투명도 수준에 따라 "좋음"으로 표시됨).

나는 개발자들이 gnome-terminal wrt 투명도의 기능을 가이드로 볼 것을 강력히 제안합니다. 내 부분을 위해, 나는 아크릴과 그 흐릿함을 사용하지 않습니다. 초점이 맞았는지 여부에 관계없이 투명하게 볼 수 있기를 원합니다. 감사 해요.

그래서 기록을 위해, 나는 이것을 가지고 놀았습니다. 기본적인 구현은 그다지 까다롭지는 않지만... 세련되지는 않습니다. XAML 컨트롤(탭 행, 대화 상자 등)을 포함하여 전체 창이 똑같이 투명해집니다. 아키텍처 관점에서 "터미널" 콘텐츠를 투명하게 _그냥__ 얻으려고 하는 것은 예외적으로 까다로울 것이라고 생각합니다. 그런 경우에도 구분 기호를 포함하여 모든 창이 동등하게 투명할 것이며 대화 상자도 여전히 투명할 것입니다.

탭 막대를 투명하게 하는 것은 괜찮습니다. 스크롤 막대도 포함하여 전체 창은 투명해야 합니다.
탭 표시줄과 상태 표시줄에 대한 것보다 터미널 콘텐츠에 대한 투명도가 약간 더 있는 것이 훨씬 낫지만(예: 약 10%), 우선 순위가 낮고 중요하지 않습니다.
모달 대화 상자는 불투명해야 하며 아무도 투명한 대화 상자를 원하지 않습니다. 🙂
텍스트와 배경에 대해 다른 투명도를 갖는 것이 이상적이며 텍스트는 읽기 쉽도록 배경보다 약간 덜 투명해야 합니다.

여기서 중요한 것은 보기 좋게 만드는

이상하게도 새 탭 드롭다운의 MenuFlyout이 투명해지지 _않으므로_ 더 많은 질문이 제기됩니다.

괜찮습니다. 이 드롭다운 또는 플라이아웃 메뉴는 투명할 필요가 없으며 불투명하게 하는 것이 훨씬 좋습니다.

솔직히 _my_ 의견으로는 경험이 약간 다듬어지지 않은 느낌입니다. 이것이 사람들이 진정으로 원하는 것이라면 거절하지는 않겠지만 고품질의 제품을 배송하고 있는지도 확인하고 싶습니다. 따라서 _더 나은_ 솔루션을 찾기 위해 백로그에 남겨두는 이유입니다.

약간의 플레이가 필요합니다. 보라색 배경은 투명한 배경의 좋은 예가 아니며 검은색 배경과 훨씬 잘 어울립니다.
몇 가지 예 1 , 2 .

터미널에 대해 적절하고 균형 잡힌 투명도를 설정하면 일부 시나리오에서 도움이 될 수 있습니다. 내 워크플로에서는 기본 창으로 전환할 필요가 없는 5-10%의 경우에 도움이 됩니다. 이것은 실용적인 면에서 좋고 보기에 좋다는 것이 부가가치입니다. 🙂

다음은 코드에 대한 링크 이며, 이것이 어떻게 conemu에서 구현되는지입니다.

@zadjii-msft 내 제안에서와 같이 구현된다면 실험적 투명성으로 완전히 괜찮을 것입니다.
집중 - useAcrylic
unfocused - 투명도 사용

https://github.com/microsoft/terminal/issues/4413

왼쪽부터
투명도가 있는 표준 CMD, 집중 터미널, 배경 터미널

투명 배경 및 텍스트(foregorund)에 대해 다른 옵션을 추가할 수 있습니까?
나는 투명한 텍스트를 원하지 않습니다. 읽기가 어렵습니다. 하지만 나는 투명한 배경을 원한다

@jadjii-msft @cinnamon-msft

Aero Peek처럼 새 탭 + 버튼 또는 최소화 - 버튼 근처에 있는 TitleBar의 Peek 버튼을 원합니다.

작곡 작업을 다시 하고 있다면 TitleBar에 추가하는 것을 고려해 보십시오. 그 위로 마우스를 가져가면 항상 투명하게 유지되지 않고 뒤에 있는 화면을 볼 수 있습니다.

__상대적으로 관련됨__

최대화를 허용하는 모든 앱의 TitleBar에 전체 화면 버튼을 가질 수 있습니까(터미널에서도 가능)! Windowing 시스템 자체에 추가하는 경우 Peek 도 IMHO 목록에 추가해야 한다고 생각합니다.

@Nirmal4G 첫 번째 요청을 #5426으로 옮겼습니다. 귀하의 두 번째 요청에 대해 우리가 할 수 있는 일은 없다고 확신합니다. 이는 _모든_ Windows 응용 프로그램의 창 설정에 대한 상당히 광범위한 변경처럼 들립니다. Microsoft/PowerToys 에 잘 맞는 요청일 수 있습니다. 제목 표시줄 캡션 버튼을 수정하여 작업한 오리지널 파워토이 중 하나인 IIRC

이것은 투명도와 아크릴에 대한 포괄적인 문제인 것 같아서... 방금 다른 MSFT 사람이 여가 시간에 했던 이 메모장 앱을 설치했는데 백그라운드에서 초점이 맞지 않는 동안 아크릴 투명도를 유지할 수 있는 것 같습니다. XAML과 Windows.UI도 사용하고 있습니다.

이 기능도 어느 시점에서 추가하십시오. 감사 해요.

프로젝트 페이지: https://github.com/JasonStein/Notepads

--편집하다:
프로젝트를 훑어보면서 그는 이 모든 것을 위해 자신만의 아크릴 브러시를 만들고 있습니다.

https://github.com/JasonStein/Notepads/blob/58530f19dd0173bab13e40c9511e5277e42c4129/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs

초점이 맞지 않을 때 아크릴을 유지할

네... 터미널의 투명도/아크릴은 아마도 사용자가 항상 거기에 있을 것으로 기대하는 일종의 눈요기입니다. 그렇지 않으면 아무도 그것을 원하지 않을 것입니다. 왜냐하면 그것이 집중되어 있는 동안 그것을 갖는 것은 그 점에서 그렇게 많이 하지 않기 때문입니다.

또한 터미널 사용자는 고급 사용자일 가능성이 높으며 실제로 JSON을 활성화하기 위해 편집해야 하는 것을 고려하고 있으며 어떤 방식으로든 배터리 영향을 알고 있을 것입니다.

여전히 선택 사항으로 만들 수 있습니다.

@미래의 나:

• https://github.com/JasonStein/Notepads/blob/58530f19dd0173bab13e40c9511e5277e42c4129/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs
  
  
  
  • 쏴, 이것은 C#이기 때문에 우리가 사용할 수 있을지 확신이 서지 않는 Win2D를 사용하고 있습니다.
  
  
  • https://github.com/microsoft/Win2D/blob/master/winrt/docsrc/CanvasDevice.xml / https://microsoft.github.io/Win2D/html/M_Microsoft_Graphics_Canvas_CanvasDevice_GetSharedDevice.htm
  
  
• 그러나 https://docs.microsoft.com/en-us/uwp/api/windows.ui.composition.compositor.createhostbackdropbrush?view=winrt-18362가 있습니다.
  
  
  
  • 이것은 유망해 보인다
  
  
• https://stackoverflow.com/questions/43208841/how-to-use-acrylic-accent-createhostbackdropbrush-in-windows-10-creators-upd/44576160
• 그런 다음 코드를 작성해 보겠습니다.

            auto rootVisual = winrt::Windows::UI::Xaml::Hosting::ElementCompositionPreview::GetElementVisual(RootGrid());
            auto compositor = rootVisual.Compositor();
            auto rootSprite = compositor.CreateSpriteVisual();
            rootSprite.Size(winrt::Windows::Foundation::Size(
                ::base::saturated_cast<float>(RootGrid().ActualWidth()),
                ::base::saturated_cast<float>(RootGrid().ActualHeight())));

            auto b = rootVisual.Compositor().CreateHostBackdropBrush();

            rootSprite.Brush(b);
            winrt::Windows::UI::Xaml::Hosting::ElementCompositionPreview::SetElementChildVisual(RootGrid(), rootSprite);

• 아니, 이것으로도 사전 흐리게 처리 된 콘텐츠를 얻습니다.
  

• https://github.com/Microsoft/WindowsCompositionSamples/issues/202로 연결됩니다.

• 작년에 이미 수행한 조사에 대한 완전한 원을 제공합니다. https://github.com/microsoft/terminal/issues/1753#issuecomment-508070516

나는 여기에서 아무 것도 약속하지 않고 오늘 아침에 열어 놓은 탭의 메모를 남겨 둡니다.

잠깐, 내가 제대로 읽었습니까? 부분적으로 투명한 창이나 흐림이 없는 아크릴은 보안 문제로 인해 불가능합니까? 뭐라고 요?

나는 많은 사람들과 마찬가지로 오랜 기간 동안 *nix 전선에서 사용되어 온 터미널 반투명성을 간절히 원합니다/필요합니다. "스크린 세이버 경로"로 이동하여 페인팅하는 동안 화면을 캡처하고 캡처를 창의 배경 이미지로 페인팅한 다음 그 위에 불투명도를 페인팅해야 합니까?

내 말은, 반투명 창이 공격의 벡터가 될 수 있다는 것이 얼마나 실현 가능한지... 완전히 투명한 키로거라도 창을 비활성화할 수 있습니다. 진심으로 궁금하다. 그리고 당황했다. 그러나 대부분 호기심이 많습니다.

물론, 그 스레드는 아크릴을 수행하는 유일한 방법이 순수 UWP 응용 프로그램에서 나온 때부터 꽤 오래되었습니다. UWP는 시스템에 있는 다른 프로세스의 상태를 읽을 수 없도록 상당히 격리되어 있습니다. 이 컨텍스트의 앱이 뒤에 있는 창의 내용을 간단하게 준비할 수 있다면 이론적으로 _any_ 컨텍스트에서 시스템에서 실행 중인 다른 모든 내용을 읽을 수 있습니다. 이는 UWP 앱에서는 절대 불가능한 일입니다.

그 이후로 세상은 많이 바뀌었습니다. UWP XAML(및 아크릴)을 사용하지만 UWP 애플리케이션이 _아닙니다_ 터미널과 같은 앱이 있습니다. 이 새로운 모델에서는 다른 방식으로 작업을 수행할 수 있으며 더 많은 연구를 수행해야 합니다.

AcrylicBrush에 대한
Acrylic Brush의 팩토리 메소드 는 쉘이 이미 수행한 것처럼 보이는 사전 흐리게 처리된 배경을 지원하는 것처럼 보입니다. IF 해당 메소드가 노출되고 흐려지지 않은 배경이 사전 흐리게 처리된 배경으로 전달되고 IF 나는 여기서 완전히 벗어난 것은 아니며 공장에서 흐림 효과를 추가하지 않을 수도 있습니다. 그러나 다시, 나는 여기에서 150% 틀릴 가능성이 높으므로 원하는 대로 받아들이십시오.

세상에, 이 논의는 1년이 넘었지만 필수적인 Glass Transparency는 아직 구현되지 않았습니다. 유닉스 터미널의 표준입니다.

@alxkvx 이 스레드에서 긴 시간 동안 논의했듯이 이것은 기술적으로 어려운 문제이므로 아직 구현되지 않은 이유입니다. 이것이 우리의 UI 스택으로 구현될 수 있는 _방법_에 대한 제안이 있으면 기꺼이 듣겠습니다.

@alxkvx 이 스레드에서 긴 시간 동안 논의했듯이 이것은 기술적으로 어려운 문제이므로 아직 구현되지 않은 이유입니다. 이것이 우리의 UI 스택으로 구현될 수 있는 _방법_에 대한 제안이 있으면 기꺼이 듣겠습니다.

글쎄, 나는 실제로 문제를 파헤치지 않았고 UI 스택에 문제가 있는 이유를 이해하지 못합니다. WSL 터미널을 사용하여 마우스 오른쪽 버튼으로 클릭 > 속성 > 불투명도 설정을 하면 유리 투명도를 얻을 수 있다는 것을 알고 있습니다. 개인적으로 이것은 필수 기능입니다.

터미널에 초점이 맞지 않을 때 흐릿하고 불투명해지는 것은 어리석은 일입니다. 누가 이것을 요구했습니까? 🤷 계속 cmd와 powershell을 사용하겠습니다.

@alxkvx 이 스레드에서 긴 시간 동안 논의했듯이 이것은 기술적으로 어려운 문제이므로 아직 구현되지 않은 이유입니다. 이것이 우리의 UI 스택으로 구현될 수 있는 _방법_에 대한 제안이 있으면 기꺼이 듣겠습니다.

글쎄, 나는 실제로 문제를 파헤치지 않았고 UI 스택에 문제가 있는 이유를 이해하지 못합니다. WSL 터미널을 사용하여 마우스 오른쪽 버튼으로 클릭 > 속성 > 불투명도 설정을 하면 유리 투명도를 얻을 수 있다는 것을 알고 있습니다. 개인적으로 이것은 필수 기능입니다.

문제는 Windows 터미널이 내장된 UI 프레임워크(UWP XAML)가 단순히 win32 또는 WPF 앱(예: wsl 터미널)과 같은 완전한 투명도를 지원하지 않는다는 것입니다. 그들이 액세스할 수 있는 유일한 도구는 아크릴입니다. 이는 투명도보다는 디자인 액센트에 더 가깝습니다. UI 스택에서 구현하려면 위의 설명과 같은 해키 솔루션이 필요하거나 콘솔이 렌더링되는 방식에 대한 전체 재작업이 필요합니다(적어도 내 이해는 Windows UI가 내 개발 분야가 아닙니다).

편집: 설명

@alxkvx 이 스레드에서 긴 시간 동안 논의했듯이 이것은 기술적으로 어려운 문제이므로 아직 구현되지 않은 이유입니다. 이것이 우리의 UI 스택으로 구현될 수 있는 _방법_에 대한 제안이 있으면 기꺼이 듣겠습니다.

글쎄, 나는 실제로 문제를 파헤치지 않았고 UI 스택에 문제가 있는 이유를 이해하지 못합니다. WSL 터미널을 사용하여 마우스 오른쪽 버튼으로 클릭 > 속성 > 불투명도 설정을 하면 유리 투명도를 얻을 수 있다는 것을 알고 있습니다. 개인적으로 이것은 필수 기능입니다.

문제는 Windows 터미널이 내장된 UI 프레임워크(XAML)가 단순히 win32 앱(예: wsl 터미널)과 같은 완전한 투명도를 지원하지 않는다는 것입니다. 그들이 액세스할 수 있는 유일한 도구는 아크릴입니다. 이는 투명도보다는 디자인 액센트에 더 가깝습니다. UI 스택에서 구현하려면 위의 설명과 같은 해키 솔루션이 필요하거나 콘솔이 렌더링되는 방식에 대한 전체 재작업이 필요합니다(적어도 내 이해는 Windows UI가 내 개발 분야가 아닙니다).

Xaml은 투명도를 지원하지만 UWP 창과 Xaml Islands는 지원하지 않습니다.

터미널이 WinUI 3 데스크탑으로 이동할 수 있고 HWND 자체를 탭할 수 있으면 흐릿하지 않은 투명도를 구현할 수 있습니다.

아크릴 자체는 WinUI 3에서 지연됩니다. OS에서 추출하는 동안 다시 작업해야 하기 때문입니다.

잠시만요. 오해를 풀겠습니다. 우리는 이미 win32 앱이기 때문에 HWND에 직접 액세스할 수 있습니다. 우리는 이에 대한 해결책을 찾기 위해 XAML 및 구성 팀과 협력하고 있습니다. 내 이해(현재)에서 XAML Island는 항상 불투명한 배경을 가지고 있습니다. 즉, HWND까지 투명한 XAML의 투명한 구성 요소를 가질 수는 없습니다. WinUI 3가 우리를 위해 이 문제를 마술처럼 해결할 수 있을지는 모르겠습니다. 이 문제는 해당 팀과 더 논의해야 할 부분입니다. 다행스럽게도 그들은 우리 옆 복도에서 일하기 때문에(적어도 우리 모두가 사무실 건물에서 일할 때는 그랬습니다) 이러한 토론을 하는 것은 그리 어렵지 않습니다 😄

@미래의 나:

• https://github.com/JasonStein/Notepads/blob/58530f19dd0173bab13e40c9511e5277e42c4129/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs

  • 쏴, 이것은 C#이기 때문에 우리가 사용할 수 있을지 확신이 서지 않는 Win2D를 사용하고 있습니다.

Win2D가 C++/winrt(C++로 작성되었습니다!)를 지원한다고 확신하지만, 이 사용 사례가 아니더라도 다음이 있습니다.

https://github.com/fobrs/Win2DinMFC

또한 이 샘플을 따라 WPF에서 아크릴( 둥근 모서리가 있음!!!)을 얻을 수 있었기 때문에 사용자 지정 아크릴이 가능해야 한다고 생각합니다.

https://github.com/microsoft/Windows.UI.Composition-Win32-Samples/tree/master/dotnet/WPF/AcrylicEffect

그리고 이 게시물은 경이롭습니다.

https://notes.yvt.jp/Desktop-Apps/Enabling-Backdrop-Blur

WPF XAML을 사용하는 경우 이 모든 것이 정말 유용하지만 불행히도 항상 배경이 불투명한 UWP XAML을 사용하고 있습니다. 우리는 WinUI 3.0에 대한 제한을 완화하기 위해 WinUI 팀과 협력하고 있습니다. 이 문제에 대한 다른 진행 상황이 있을 때까지 시간이 걸릴 수 있으며, 그 동안 우리는 그들과 함께 기술적인 세부 사항을 작업합니다.

@zadjii-msft 그래서 터미널의 wpf 컨트롤이 아크릴 흐림 사용자 정의 아크릴을 지원할 수 있지만 UWP는 지원하지 않을 수 있다고 말하고

아뇨 UWP XAML은 아크릴을 잘 지원할 수 있습니다. UWP XAML이 현재 지원할 수 없는 것은 단지 "기존 불투명도"(아크릴 효과가 없는 불투명도)일 뿐입니다.

이것은 _흐릿하지 않은 투명도_를 위한 스레드이기 때문에 다른 곳에서 이 토론을 계속하기를 바랍니다. 우리는 이미 UWP 컨트롤에 "아크릴"을 가지고 있으며 "UWP 컨트롤에서 아크릴을 얻는 방법"에 대해 더 논의하는 것은 ... 제 말은, 정말로, 정말로 말이 될 수 있는 방법을 말에게 설명하려고 하는 것과 같습니다. 에 원?

@zadjii-msft @DHowett 죄송합니다. 그런 뜻은 아니었습니다. 아크릴이란 사용자 정의 가능한 흐림 반경이 있는 아크릴을 의미했습니다.

@zadjii-msft 몇 가지 실험을 하고 싶은데 xaml 호스팅 창/DesktopWindowXamlSource가 코드에서 생성되는 위치를 알려주실 수 있습니까? 매우 큰 코드베이스 😂😂

@AnuthaDev src/cascadia/WindowsTerminal/IslandWindow.cpp

좋아, 적어도 wpf에서는 가능합니다.

IslandWindow.cpp의 창은 WS_EX_NOREDIRECTIONBITMAP을 사용하여 만들 수 있으며 여기에서 따르는 방법을 사용하여 흐림 효과 가

편집: 내레이터: 작동하지 않았습니다!

아마도 IslandWindow.cpp의 창은 WS_EX_NOREDIRECTIONBITMAP으로 생성할 수 있으며 여기에서 따르는 방법을 사용하여 _비 흐림_ 없는_ 아크릴브러시를 생성할 수 있습니다. createhostbackdropbrush()를 사용하면 자동으로 흐림 효과가 발생하므로 createbackdropbrush()가 유일한 옵션입니다. 아니면 작동하지 않을 수도 있습니다. ... idk. 노력해서 알려드리겠습니다...

그 방법이 WPF에 있기 때문에 그렇게 생각하지 않습니다. XAML은 WPF(해당 메서드) 및 UWP(WT에서 사용)의 두 가지 다른 프레임워크에서 사용됩니다. 나는 UWP 아크릴에 대한 소스를 찔러보았고, 전통적인 투명도를 작동시킬 수 있는 유일한 방법은 기본적으로 OS를 속여서 배경이 이미 흐려져 배경이 흐려지지 않는다고 생각하도록 하는 정말 Hakki 해결 방법입니다. 흐림 자체를 추가하기 위해, 하지만 XAML 아일랜드와 호환되지 않는 것조차도 나는 예쁜 나무입니다.

@zadjii-msft @DHowett 좋아, 여기 내가 찾은 것이 있습니다.
win2d를 사용하여 C++ win32 앱에서 사용자 정의 흐림 아크릴을 얻는 것이 확실히 가능 합니다.

(흐림 반경 1):

하지만!! xaml 섬에서는 그렇게 할 수 없습니다. 이미 알고 있듯이 xaml 뒤에는 분명히 불투명한 배경이 있을 것입니다...

이렇게 하려면 구성 API를 사용하고 hwnd DesktopWindowTarget으로 렌더링해야 합니다.

그것은 현재의 약자 따라서, 우리는 XAML 섬을 제거하고 사용해야합니다 비 흐림 아크릴 투명성을 얻기 위해 이 대신 swapchainpanel의를.

(이미 알고 계시다면 시간낭비해서 죄송합니다...)

따라서 중요한 아키텍처 변경 없이는 투명성이 없습니다.

(이미 명백하고 내가 기여한 바가 전혀 없는 결론😂😂)

네, 그래서 이전 논의를 모두 읽고 싶지 않은 사람을 위한 TLDR은 기본적으로 Windows 터미널에 사용되는 프레임워크가 현재 이 기능을 지원하지 않는다는 것입니다. 그것은) 작업 중입니다. 따라서 프레임워크(XAML 아일랜드)가 투명도를 지원하는 경우에만 이 문제를 시작할 수 있습니다.

네, 그래서 이전 논의를 모두 읽고 싶지 않은 사람을 위한 TLDR은 기본적으로 Windows 터미널에 사용되는 프레임워크가 현재 이 기능을 지원하지 않는다는 것입니다. 그것은) 작업 중입니다. 따라서 프레임워크(XAML 아일랜드)가 투명도를 지원하는 경우에만 이 문제를 시작할 수 있습니다.

왜 투명도 기능은 처음에 그 프로젝트에 포함되지 않았고 UI 엔진을 선택할 때 고려되지 않았는지 궁금합니다. 10년 이상의 Linux 터미널 작업을 통해 모두 해당 기능을 가지고 있으며 많은 사용자가 적극적으로 사용하고 있습니다. 나에게는 이상하다.

Powershell 및 CMD에는 투명도를 설정하는 옵션이 있습니다. 사용되는 기술은 다르지만 많은 사용자가 투명성 구성을 사용한다는 것을 이해합니다.

Powershell 및 CMD에는 투명도를 설정하는 옵션이 있습니다. 사용되는 기술은 다르지만 많은 사용자가 투명성 구성을 사용한다는 것을 이해합니다.

예, WSL 터미널과 동일합니다.

CMD 및 PWSH 투명도는 이 터미널로 달성할 수 있지만 내가 수집한 바에 따르면 대부분의 사람들(저 포함)은 해당 버전 의 투명도를 원하지 않습니다. 대신 배경만 반투명한 *nix와 유사한 터미널 투명도 모든 것, 텍스트 포함.

또한 화면 RECT 그랩을 사용하여 터미널 자체에 페인트를 칠한 다음 반투명 색상을 칠하는 등 투명도를 위조하는 해킹 방법이 있습니다.

어쩌면이 (? 함께) 아래에 창을 만들어 (WS_EX_NOREDIRECTIONBITMAP에 부모 창 세트 포함) XAML 섬 창을 구현하고 그 위에 WS_CLIPSIBLINGS을 설정 할 수 있습니다, 다음 구성 API 및 DirectX 상호 운용성은 (반투명 배경과 내용을 렌더링하는 데 사용할 수 있습니다 처럼을 그래서 ) 이 창에. 따라서 xaml 섬을 제거할 필요가 없으며 스크롤 막대와 같은 항목은 계속 작동해야 하며 swapchainpanel 부분만 교체됩니다. 또는 작동하지 않는 경우 HRGN을 사용하여 swapchainpanel 부품 위에 구멍을 잘라 그 아래의 구성 창이 표시되도록 할 수 있습니다. swapchainpanel에서 hwnd(아마도)로 이동하는 눈에 띄는 성능 저하가 없어야 합니다.

hackey 해결 방법을 추구할 때의 문제는 hackey이고 본질적으로 버그가 발생하기 쉽다는 것입니다. WinUI 3는 제안된 기능을 지원할 가능성이 높으므로 구현 계획이 있으며 공식 도구 체인이 이를 지원하기를 기다리는 게임일 뿐입니다. 개발자는 이미 이에 대해 WinUI 팀과 직접 협력하고 있음을 확인했습니다.

(이미 명백하고 내가 기여한 바가 전혀 없는 결론😂😂)

나는 당신이 아무 기여도 하지 않았다고 말하지 않을 것입니다. 나는 항상 내 자신의 연구에 대한 외부 확인을 받게 되어 기쁩니다. 당신이 내가 틀렸다는 것을 증명하고 이것을 할 효과적인 방법을 찾았다면 나는 훨씬 더 행복했을 것입니다 😉

이 스레드에서 이전에 언급했듯이 - 우리는 이것을 WinUI 3.0에 추가하기 위해 WinUI 팀과 협력하고 있습니다. https://github.com/microsoft/microsoft-ui-xaml/issues/1247 에서 이것이 추적되고 있다고 생각합니다

이 스레드에서 이전에 언급했듯이 - 우리는 이것을 WinUI 3.0에 추가하기 위해 WinUI 팀과 협력하고 있습니다. 나는 이것이 microsoft/microsoft-ui-xaml#1247 에서 추적되고 있다고 생각합니다. 이것이 우리가 이 기능을 터미널에 추가하기 위해 추구할 경로입니다. 이 솔루션을 구동한다는 것은 Windows의 다른 애플리케이션도 개선하는 데 도움이 되는 전체 플랫폼에 대한 중요한 개발 플랫폼 기능을 구동하는 것을 의미하기 때문입니다.

터미널 팀이 이에 대한 방향을 선택했으므로 "도움을 원함" 태그를 제거해야 합니까?

@tajetaje 좋은 캐치, 감사합니다!

(이미 명백하고 내가 기여한 바가 전혀 없는 결론😂😂)

나는 당신이 아무 기여도 하지 않았다고 말하지 않을 것입니다. 나는 항상 내 자신의 연구에 대한 외부 확인을 받게 되어 기쁩니다. 당신이 내가 틀렸다는 것을 증명하고 이것을 할 효과적인 방법을 찾았다면 나는 훨씬 더 행복했을 것입니다 😉

이 스레드에서 이전에 언급했듯이 - 우리는 이것을 WinUI 3.0에 추가하기 위해 WinUI 팀과 협력하고 있습니다. 나는 이것이 microsoft/microsoft-ui-xaml#1247 에서 추적되고 있다고 생각합니다. 이것이 우리가 이 기능을 터미널에 추가하기 위해 추구할 경로입니다. 이 솔루션을 구동한다는 것은 Windows의 다른 애플리케이션도 개선하는 데 도움이 되는 전체 플랫폼에 대한 중요한 개발 플랫폼 기능을 구동하는 것을 의미하기 때문입니다.

@zadjii-msft, WinUI가 이 부분에서 어떤 역할을 하는지 알 수 있지만 경계 없는 문제가 어떻게 우리를 거기에 이르게 하는지 잘 모르겠습니다. 대부분의 사람들이 추구 하는 실제 결과의 관점에서 볼 때 이것은 #743 )의 아름다운 표현이라고 생각합니다.

(이미 명백하고 내가 기여한 바가 전혀 없는 결론😂😂)

나는 당신이 아무 기여도 하지 않았다고 말하지 않을 것입니다. 나는 항상 내 자신의 연구에 대한 외부 확인을 받게 되어 기쁩니다. 당신이 내가 틀렸다는 것을 증명하고 이것을 할 효과적인 방법을 찾았다면 나는 훨씬 더 행복했을 것입니다 😉
이 스레드에서 이전에 언급했듯이 - 우리는 이것을 WinUI 3.0에 추가하기 위해 WinUI 팀과 협력하고 있습니다. 나는 이것이 microsoft/microsoft-ui-xaml#1247 에서 추적되고 있다고 생각합니다. 이것이 우리가 이 기능을 터미널에 추가하기 위해 추구할 경로입니다. 이 솔루션을 구동한다는 것은 Windows의 다른 애플리케이션도 개선하는 데 도움이 되는 전체 플랫폼에 대한 중요한 개발 플랫폼 기능을 구동하는 것을 의미하기 때문입니다.

@zadjii-msft, WinUI가 이 부분에서 어떤 역할을 하는지 알 수 있지만 경계 없는 문제가 어떻게 우리를 거기에 이르게 하는지 잘 모르겠습니다. 대부분의 사람들이 추구 하는 실제 결과의 관점에서 볼 때 이것은 #743 )의 아름다운 표현이라고 생각합니다.

https://github.com/microsoft/microsoft-ui-xaml/issues/1247 은 경계가 없고 투명도를 모두 추적합니다.