Terminal: 功能请求：像传统控制台一样的标准不透明度选项。

现在不支持它，但它绝对是我们不想忘记的东西。 我们需要做一些繁重的工作才能正确设置合成视觉效果，但它“在计划中”。

另请参阅 #593，其中包含其他信息。

我喜欢经典的透明度，但从未使用过亚克力，这是我必备的功能之一:)

对此 +1！

请不要“+1”问题，它会产生不必要的噪音。 这里有一个非常好的 +1 按钮：

@zadjii-msft 与微软没有“完美的 +1 按钮”这样的东西，即使在制造噪音时也没有人真正关心或倾听任何东西。 我想任何曾经使用过任何 Microsoft 产品的人都知道这一点。

但是，嘿，我明白了。 对不起。

@TCB13正如您所知，我们都是坐在办公室里查看收件箱、分类队列和 github 问题列表的实际人员。 我们正在阅读这些问题中的每一个问题，我们_感觉_它们以及人们在其中所说的话。 请尽量避免刻薄。

@DHowett-MSFT @zadjii-msft

包含丙烯酸而不是不透明度的事实确实意味着没有人真正考虑过该终端的可用性。 在我看来，有些 PM 只是说“哦，透明的东西看起来很酷，让它变得更酷，并为其添加模糊！”。 终端应用程序/窗口通常不是透明的，因为它看起来很棒，它们是透明的，因为它允许您看到窗口后面的其他东西 - 大多数用户都会同意的有用功能。

也许你应该问问你公司的其他实际人员，为什么我在其他评论中如此咄咄逼人。 :)

@TCB13有声音要求将 Acrylic 添加到 Command 终端，当时由于向后兼容的原因不可能，但新的终端使这成为可能。

这个新版本的问题是 Opacity 不能立即使用它正在使用的新窗口 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 , iCodeSometime，请不要使用亚克力。 只是让那些想要使用透明度的人看不到亚克力。 cmd 处理它的方式很好。

对于 cmd，我更喜欢 80% 到 95% 的不透明度，即透明度。 他们是一样的东西。

亚克力是半透明的，我想。 我将不得不在我使用的所有 Windows 机器上禁用它时进行测试。

关于料理鼠王

所以为了记录，我玩过这个。 一个基本的实现并不是非常棘手，但它不是......完美的。 整个窗口变得同样透明，包括 XAML 控件（选项卡行、对话框等）。 我认为从架构的角度来看，尝试让“终端”内容透明会非常棘手，即使那样，所有窗格都将同样透明，包括分隔符，对话框也将仍然透明。

奇怪的是，新选项卡下拉菜单的 MenuFlyout _doesn't_ 变得透明，这引发了更多问题。

老实说，在_我_看来，这种体验感觉有点粗糙。 如果这是人们真正想要的，我不会拒绝，但我也想确保我们运送的是高质量的东西。 因此，为什么我将它留在待办事项中，以尝试找到_更好的_解决方案。

实际上，我喜欢非客户区域透明。 这就是 cmd 的工作方式，并且有一段时间（也许是 RS5？）：

老实说，在_我_看来，这种体验感觉有点粗糙。 如果这是人们真正想要的，我不会拒绝，但我也想确保我们运送的是高质量的东西。 因此，为什么我将它留在待办事项中，以尝试找到_更好的_解决方案。

我非常喜欢这种效果 - 我想要的唯一实体窗口是对话框和下拉菜单 - 现在我想我只需要从源代码构建它：-/

感谢您链接到修改！

是的，我也认为所有透明的东西都是一个特性而不是一个错误 😄

cmd 执行此操作的方式非常有用，因为您可以阅读下面的内容（当然这取决于透明度级别是否看起来“好”）。

我强烈建议开发人员将 gnome-terminal wrt 透明度的功能作为指导。 就我而言，我对亚克力及其模糊性没有用处。 我希望它透明，这样我就可以看穿它，无论它是否聚焦。 谢谢。

所以为了记录，我玩过这个。 一个基本的实现并不是非常棘手，但它不是......完美的。 整个窗口变得同样透明，包括 XAML 控件（选项卡行、对话框等）。 我认为从架构的角度来看，尝试让“终端”内容透明会非常棘手，即使那样，所有窗格都将同样透明，包括分隔符，对话框也将仍然透明。

标签栏透明是可以的，整个窗口必须是透明的，滚动条也是。
与标签栏和状态栏相比，终端内容的透明度要好得多，例如大约 10%，但这具有较低的优先级，而且并不重要。
模态对话框必须是不透明的，没有人想要透明的对话框。 🙂
理想的情况是文本和背景的透明度不同，文本的透明度应该比背景低一点，以便于阅读。

这里最重要的是让它看起来不错。 🚀

奇怪的是，新选项卡下拉菜单的 MenuFlyout _doesn't_ 变得透明，这引发了更多问题。

没关系，这个下拉菜单或弹出菜单不必是透明的，最好让它们不透明。

老实说，在_我_看来，这种体验感觉有点粗糙。 如果这是人们真正想要的，我不会拒绝，但我也想确保我们运送的是高质量的东西。 因此，为什么我将它留在待办事项中，以尝试找到_更好的_解决方案。

你必须少玩它，紫色背景不是透明背景的好例子，黑色背景看起来更好。
一些例子1 、 2 。

如果您为终端设置了良好且平衡的透明度，它可以在某些情况下为您提供帮助，在我的工作流程中，当我不必切换到底层窗口时，它可以在 5-10% 的情况下帮助我。 从实用的角度来看，这很好，附加值是它看起来不错。 🙂

这是代码的链接，它是如何在 conemu 中实现的。

@zadjii-msft 如果按照我的建议实施，我对您的实验透明度完全没问题
专注-使用亚克力
不专注 - 使用透明度

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

从左边开始
标准 CMD 透明，重点终端，后台终端

你可以为透明背景和文本添加不同的选项吗（foregorund）
我不想要透明文本。 很难读。 但我想要透明背景

@zadjii-msft @cinnamon-msft

我想在不久的新标签标题栏偷看按钮+按钮或减少-按钮，就像航空皮克。

如果你们正在重做合成工作，那么请考虑将其添加到 TitleBar。 这样当我将鼠标悬停在它上面时，我可以看到后面的屏幕，而不是一直保持透明。

__相对相关__

我们可以在所有允许最大化的应用程序的标题栏上有一个全屏按钮吗（在终端中也是如此）！ 我认为我们也应该将Peek添加到列表中，恕我直言，如果我们要添加到窗口系统本身。

@Nirmal4G我已将您的第一个请求移至 #5426。 我很确定我们对您的第二个请求无能为力 - 这听起来像是对 _all_ Windows 应用程序的窗口进行了相当广泛的更改。 这可能是一个非常适合Microsoft/PowerToys的请求。 IIRC，通过修改标题栏标题按钮来工作的原始 powertoy 之一

因为这似乎是透明度和亚克力的包罗万象的问题......我刚刚安装了这个 Notepads 应用程序，这是其他一些 MSFT 人在业余时间做的，它似乎能够在不关注背景的情况下保持亚克力的透明度。 它也使用 XAML 和 Windows.UI。

请在某个时候也添加此功能。 谢谢。

项目页面： https :

- 编辑：
浏览这个项目，他正在为所有这些做他自己的定制亚克力画笔：

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
  
  
  
  • 射击，这是使用Win2D，我不确定我们可以使用，因为它是C#
  
  
  • 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 前端使用一样。 我们真的必须走“屏幕保护路线”，在绘画过程中捕获屏幕，将捕获的图像绘制为窗口中的背景图像，然后在其顶部绘制不透明度？

我的意思是，一个半透明的窗口如何成为攻击的载体……即使是一个完全透明的键盘记录器也会停用该窗口。 真心好奇。 并且一头雾水。 但主要是好奇。

诚然，该线程已经很老了，从那时起，使用 Acrylic 的唯一方法是来自纯 UWP 应用程序。 UWP 与能够读取系统上其他进程的状态非常隔离。 如果在此上下文中的应用程序可以轻松地准备好它后面的窗口的内容，那么理论上它可以在_any_ 上下文中读取系统上运行的任何其他内容的内容。 这对于 UWP 应用程序来说是绝对不可能的。

从那时起，世界发生了很大变化 - 有像终端这样的应用程序使用 UWP XAML（和 acrylic），但_不是_UWP 应用程序。 在这个新模型中，我们可能会做一些不同的事情，我们只需要做更多的研究。

通读 AcrylicBrush的
看起来 Acrylic Brush 中的工厂方法支持预模糊背景，似乎外壳已经完成了，如果该方法已公开，并且如果将非模糊背景作为预模糊背景和 IF 传递我在这里并不是完全不合时宜，工厂可能不会添加任何模糊效果。 但同样，我在这里很有可能是 150% 的错误，所以，请随意。

天啊，这个讨论已经一年多了，但基本的玻璃透明度仍然没有实现。 它是 unix 终端的标准。

@alxkvx正如本线程中详细讨论的那样，这是一个技术难题，因此仍未实现。 如果您有任何关于_如何_可以使用我们的 UI 堆栈实现的建议，我很高兴听到这些建议。

@alxkvx正如本线程中详细讨论的那样，这是一个技术难题，因此仍未实现。 如果您有任何关于_如何_可以使用我们的 UI 堆栈实现的建议，我很高兴听到这些建议。

好吧，我实际上并没有深入研究这个问题，而且我不明白为什么 UI 堆栈有问题，我知道使用 WSL 终端我可以右键单击 > 属性 > 设置不透明度，我将获得玻璃透明度。 对我个人而言，这是必不可少的功能。

当终端没有聚焦时的模糊和不透明只是愚蠢的。 谁要求的？ 🤷我会继续使用cmd和powershell。

@alxkvx正如本线程中详细讨论的那样，这是一个技术难题，因此仍未实现。 如果您有任何关于_如何_可以使用我们的 UI 堆栈实现的建议，我很高兴听到这些建议。

好吧，我实际上并没有深入研究这个问题，而且我不明白为什么 UI 堆栈有问题，我知道使用 WSL 终端我可以右键单击 > 属性 > 设置不透明度，我将获得玻璃透明度。 对我个人而言，这是必不可少的功能。

问题是 Windows 终端内置的 UI 框架 (UWP XAML) 根本不支持完全透明，如 win32 或 WPF 应用程序（例如 wsl 终端）。 他们唯一可以使用的工具是亚克力，它的意义不在于透明度，而更多地是作为设计重点。 在他们的 UI 堆栈下实现它需要一个像我上面的评论一样的hacky 解决方案，或者对控制台的呈现方式进行全面改造（至少这是我的理解，windows UI 不是我的开发领域）

编辑：澄清

@alxkvx正如本线程中详细讨论的那样，这是一个技术难题，因此仍未实现。 如果您有任何关于_如何_可以使用我们的 UI 堆栈实现的建议，我很高兴听到这些建议。

好吧，我实际上并没有深入研究这个问题，而且我不明白为什么 UI 堆栈有问题，我知道使用 WSL 终端我可以右键单击 > 属性 > 设置不透明度，我将获得玻璃透明度。 对我个人而言，这是必不可少的功能。

问题是 Windows 终端内置的 UI 框架 (XAML) 根本不支持像 win32 应用程序（例如 wsl 终端）那样的完全透明。 他们唯一可以使用的工具是亚克力，它的意义不在于透明度，而更多地是作为设计重点。 在他们的 UI 堆栈下实现它需要一个像我上面的评论一样的hacky 解决方案，或者对控制台的呈现方式进行全面改造（至少这是我的理解，windows UI 不是我的开发领域）

Xaml 确实支持透明度，但 UWP 窗口和 Xaml Islands 不支持。

当终端能够移动到 WinUI 3 桌面，并且能够接入 HWND 本身时，那么它将能够实现非模糊的透明度。

WinUI 3 的 Acrylic 本身将被延迟 - 因为他们必须在从操作系统中提取它的同时重新加工它

等等，让我们澄清一些误解 - 我们已经能够直接访问 HWND，因为我们已经是一个 win32 应用程序。 我们正在与 XAML 和组合团队合作，尝试找出解决方案。 根据我的理解（目前），XAML 岛总是有一个不透明的背景，这意味着我们不能只在 XAML 中使用透明组件，这些组件一直到 HWND 都是透明的。 我不知道 WinUI 3 是否会神奇地为我们解决这个问题，这是我们需要与该团队进行更多讨论的事情。 幸运的是，他们在我们旁边的走廊工作（或者至少当我们都在办公楼工作时他们这样做了），所以进行这些讨论并不太难😄

@未来的自己：

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

  • 射击，这是使用Win2D，我不确定我们可以使用，因为它是C#

我很确定 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 团队合作，希望能放宽对 WinUI 3.0 的限制。 在这个问题上有任何其他进展之前可能需要一段时间，而我们正在与他们一起研究技术细节。

@zadjii-msft 所以，你告诉我终端的 wpf 控制可能支持acrylic blur 可定制的acrylic，但不支持 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 创建，这里遵循的方法可以用来创建一个非模糊的acrylicbrush。 使用 createhostbackdropbrush() 会自动引入模糊，因此 createbackdropbrush() 是唯一的选择。 或者它可能不起作用，... idk。 会尝试让你知道......

编辑：旁白：它没有用！

也许IslandWindow.cpp中的窗口可以用WS_EX_NOREDIRECTIONBITMAP创建，这里遵循的方法可以用来创建一个_non blur_ acrylicbrush。 使用 createhostbackdropbrush() 会自动引入模糊，因此 createbackdropbrush() 是唯一的选择。 或者它可能不起作用，... idk。 会尝试让你知道......

我不这么认为，因为该方法在 WPF 下。 XAML 用于两个不同的框架 WPF（该方法）和 UWP（用于 WT）。 我已经在 UWP 亚克力的源代码中四处寻找，唯一可以让传统透明度工作的方法是真正的 Hakki 解决方法，你基本上是在欺骗操作系统认为背景已经模糊，所以它没有添加模糊本身，但即使与 XAML 岛不兼容，我也很漂亮。

@zadjii-msft @DHowett好的，这是我发现的：
当然可以使用 win2d 在 c++ win32 应用程序中获得自定义模糊丙烯酸：

（模糊半径 1）：

然而！！ 对于 xaml 岛，您不能这样做。 正如您已经知道的那样，xaml 后面肯定会有一个不透明的背景......

为此，我们需要使用组合 API 并渲染到hwnd DesktopWindowTarget。

因此，就目前而言，要获得非模糊的亚克力透明度，我们需要移除 xaml 岛并使用它而不是交换链面板。

（如果你已经知道这一点，很抱歉浪费你的时间......）

因此，没有重大架构更改就没有透明度。

（一个已经很明显的结论，我完全没有贡献😅😅）

是的，所以对于不想阅读之前所有讨论的任何人来说，TLDR 基本上是用于 windows 终端的框架目前不支持此功能，但是该框架的开发正在进行中并且是透明的（据我所知它）正在开发中。 因此，只有当框架（XAML 岛）支持透明度时，才能开始解决这个问题。

是的，所以对于不想阅读之前所有讨论的任何人来说，TLDR 基本上是用于 windows 终端的框架目前不支持此功能，但是该框架的开发正在进行中并且是透明的（据我所知它）正在开发中。 因此，只有当框架（XAML 岛）支持透明度时，才能开始解决这个问题。

我想知道为什么透明度功能最初没有包含在该项目中，并且在选择 UI 引擎时没有考虑。 使用 Linux 终端已有 10 多年的经验，所有终端都具有该功能，并且被许多用户积极使用。 对我来说很奇怪。

Powershell 和 CMD 可以选择设置透明度。 我知道使用的技术不同，但许多用户使用透明配置

Powershell 和 CMD 可以选择设置透明度。 我知道使用的技术不同，但许多用户使用透明配置

是的，和 WSL 终端一样

这个终端可以实现 CMD 和 PWSH 透明度，但据我所知，大多数人（包括我自己）不想要那个版本的透明度，而是类似 *nix 的终端透明度，其中只有背景是半透明的而不是一切，包括文字。

此外，还有一些伪造透明度的黑客方法，使用屏幕 RECT 抓取，在终端本身上涂漆，然后在上面涂上半透明的颜色，但即使如此，也存在局限性和陷阱。

也许这可以通过在 xaml 岛窗口（父窗口设置为 WS_EX_NOREDIRECTIONBITMAP）下方（旁边？）创建一个窗口并在其上设置 WS_CLIPSIBLINGS 来实现，然后组合 api 和 directx互操作可用于呈现具有半透明背景的内容（如所以) 到这个窗口。 因此，您不需要删除 xaml 岛，滚动条之类的东西应该仍然可以工作，只是交换链面板部分将被替换。 或者，如果这不起作用，您可以使用 HRGN 在 swapchainpanel 部件上切一个洞，这样它下面的合成窗口就会变得可见。 从 swapchainpanel 移动到 hwnd 不应该有任何明显的性能回归（可能）

追求hackey解决方法的问题在于它是hackey并且本质上容易出现错误。 WinUI 3 很可能会支持提议的功能，因此有实施它的计划，这只是一个等待官方工具链支持它的游戏。 开发人员已经确认他们正在与 WinUI 团队直接合作。

（一个已经很明显的结论，我完全没有贡献😅😅）

我不会说你没有贡献——我总是很高兴我自己的研究得到外部证实。 如果你能证明我是错的并找到一种有效的方法来做到这一点，我会更开心😉

正如之前在此线程中提到的 - 我们正在与 WinUI 团队合作，将其添加到 WinUI 3.0 中。 我相信这是在https://github.com/microsoft/microsoft-ui-xaml/issues/1247中跟踪的

正如之前在此线程中提到的 - 我们正在与 WinUI 团队合作，将其添加到 WinUI 3.0 中。 我相信这是在microsoft/microsoft-ui-xaml#1247 中进行跟踪的。 这是我们将要将此功能添加到终端的路径，因为推动此解决方案还意味着为整个平台推动重要的开发平台功能，该功能也将有助于改进 Windows 上的其他应用程序。

既然终端团队已经选择了这个方向，“需要帮助”的标签应该去掉吗？

@tajetaje好收获，谢谢！

（一个已经很明显的结论，我完全没有贡献😅😅）

我不会说你没有贡献——我总是很高兴我自己的研究得到外部证实。 如果你能证明我是错的并找到一种有效的方法来做到这一点，我会更开心😉

正如之前在此线程中提到的 - 我们正在与 WinUI 团队合作，将其添加到 WinUI 3.0 中。 我相信这是在microsoft/microsoft-ui-xaml#1247 中进行跟踪的。 这是我们将要将此功能添加到终端的路径，因为推动此解决方案还意味着为整个平台推动重要的开发平台功能，该功能也将有助于改进 Windows 上的其他应用程序。

@zadjii-msft，我可以看到 WinUI 将如何在其中发挥作用，但不确定无边界问题如何使我们达到目标。 就大多数人所追求的实际结果而言，我认为这是来自@mdtauk （ #743 ）的精彩演绎，可能是：

（一个已经很明显的结论，我完全没有贡献😅😅）

我不会说你没有贡献——我总是很高兴我自己的研究得到外部证实。 如果你能证明我是错的并找到一种有效的方法来做到这一点，我会更开心😉
正如之前在此线程中提到的 - 我们正在与 WinUI 团队合作，将其添加到 WinUI 3.0 中。 我相信这是在microsoft/microsoft-ui-xaml#1247 中进行跟踪的。 这是我们将要将此功能添加到终端的路径，因为推动此解决方案还意味着为整个平台推动重要的开发平台功能，该功能也将有助于改进 Windows 上的其他应用程序。

@zadjii-msft，我可以看到 WinUI 将如何在其中发挥作用，但不确定无边界问题如何使我们达到目标。 就大多数人所追求的实际结果而言，我认为这是来自@mdtauk （ #743 ）的精彩演绎，可能是：

https://github.com/microsoft/microsoft-ui-xaml/issues/1247跟踪无边界和透明度