Microsoft-ui-xaml: 为什么 WinUI 3 必须停用背景亚克力？ 出于显而易见的原因，这肯定会让许多人感到震惊和失望

我相信它只是暂时不受支持-而更多处理 Acrylic 的代码已从操作系统中删除并在开源项目中重新编码。

真的吗？ 那这个呢？ https://twitter.com/WithinRafael/status/1230192945355096064

虽然我不确定他在屏幕截图中指的是什么文件，但@ryandemopoulos说：
https://twitter.com/WithinRafael/status/1230197954280951808?s=20

我相信操作系统提供了 Acrylic Brush 用作其底层的背景，然后它在其上添加了噪点、色调和亮度层。 In-App Acrylic 由应用程序渲染器赋予它的底层。

HostBackdrop 不能在提供层的操作系统之外完成 - 因此找到一种新的方法来做到这一点是所提到的技术挑战。

这可能需要对操作系统进行一些重新设计，因此还需要向后移植到 WinUI 3 将支持的所有操作系统版本。

这实际上可能不会发生，相反，WinUI 团队可能需要编写一些可以在用户空间中运行的低级代码来复制相同的功能。

我不确定他们是如何做到的，但我肯定不是一个合适的程序员，也不知道 Windows 源代码 :) 只是它可能需要 UXTheme 访问，这是一个受保护的操作系统组件。

我当然希望我们能在 WinUI 3.1 及更高版本中获得它——因为失去视觉材料将对 Fluent 设计造成毁灭性影响，而且 Windows 10X 似乎已经找到了一种方法/或者应用程序正在调用 Windows.Xaml 命名空间，这显然不可能从其他人制作的 WinUI 3.x 应用程序中实现。

如果我没记错的话，WPF 应用程序可以有透明背景。 由于 AcrylicBrush 的实际计算已经（部分）包含在 WinUI 2 中，主要问题可能是“仅”支持这种透明背景。 但是由于 WPF 应用程序能够做到这一点，因此应该已经存在某种接口。

然而，如何使用 WinUI 3 来实现这一点我无法评论，所以请对我的评论持保留态度。

如果我没记错的话，WPF 应用程序可以有透明背景。 由于 AcrylicBrush 的实际计算已经（部分）包含在 WinUI 2 中，主要问题可能是“仅”支持这种透明背景。 但是由于 WPF 应用程序能够做到这一点，因此应该已经存在某种接口。

然而，如何使用 WinUI 3 来实现这一点我无法评论，所以请对我的评论持保留态度。

如果可以为合成层提供屏幕“帧缓冲区”减去应用程序窗口本身，那么肯定可以实现一个新的亚克力画笔。 WPF 默认使用更宽松的系统运行，因此我怀疑它是等式的 UWP 方面，这将是最困难的时间。

WinUI Desktop 可能有一些允许它的解决方法。

再次，让我们希望它不会落后于 WinUI 3.0

据我记得 WPF 透明窗口也不是本机的，它们在 UpdateLayeredWindow 周围被黑客攻击，不使用直接渲染，而是通过 GDI 表面为每个渲染帧传输快照图像。 当您尝试将此 hack 与合成 API 和动画混合使用时，它可能会给 WinUI 带来很多技术问题。

它也使用纯 alpha 渲染，我认为对于丙烯酸效果，您需要某种模糊，这需要读出背景表面像素以混合它们。

我也不认为有任何工具可以分发屏幕的中间组合，因此在 WinUI 可以在这里做任何事情之前，操作系统需要提供全新的基础设施。

在我看来，WinUI 不应该在正确之前发布。 像丙烯酸刷这样的东西对于创造一致性至关重要。

我同意这一点。

@Austin-Lamb 仅供参考

如果它不能正确完成，请制作一个模拟它的人造版本，直到它正确完成，然后当它更新时它仍然会显示。

那比根本没有要好得多。

如果它不能正确完成，请制作一个模拟它的人造版本，直到它正确完成，然后当它更新时它仍然会显示。

那比根本没有要好得多。

我过去曾建议过使用桌面墙纸/颜色并将其用作基础层。 我认为它可以很好地作为平板电脑模式、移动设备和低功耗设备的后备方案。

非活动亚克力效果 (CreateHostBackDropBrush) - 替代选项/后备

例子

_当前亚克力_

_人造替代亚克力_

很高兴能对此有所了解。 它是使 Fluent 应用程序可识别的关键视觉元素之一（并且在视觉上非常令人愉悦:)）。 此外，它是 Windows 中最常见的视觉效果之一，默认控件支持它开箱即用。

这个功能应该在3.0，或者至少3.1！

@niels9001该团队表示，由于将 WinUI 组件从操作系统堆栈中提升出来所带来的技术挑战，HostBackdrop 丙烯酸将不会出现在 WinUI 3.0 中。 他们还表示，他们希望将来能够实现这一目标。 我认为他们目前无法就此提供任何新的更新。

同时，我建议开始对此问题（或用于跟踪的新问题）进行投票，以便在 WinUI 3.0 发布时，团队可以看到这是社区高度要求的功能，使其成为更有可能在 WinUI 3.0 发布后尽快而不是稍后添加支持。

然后应该在过渡期间使用像@mdtauk这样的假的。

我同意。

如果它不能正确完成，请制作一个模拟它的人造版本，直到它正确完成，然后当它更新时它仍然会显示。
那比根本没有要好得多。

我过去曾建议过使用桌面墙纸/颜色并将其用作基础层。 我认为它可以很好地作为平板电脑模式、移动设备和低功耗设备的后备方案。

非活动亚克力效果 (CreateHostBackDropBrush) - 替代选项/后备

例子

_当前亚克力_

_人造替代亚克力_

这看起来很棒 - 除了它似乎缺少噪声层 - 如果我错了，请纠正我。

这看起来很棒 - 除了它似乎缺少噪声层 - 如果我错了，请纠正我。

它在那里，这是放大 800% 的图像

感谢您提出这个问题@carmellolb。 我认为你代表了很多人——包括 WinUI 团队本身的人——表达了 Background Acrylic 是一个受欢迎的功能，也是 Fluent 故事中非常重要的一部分。

@mdtauk和@weltkante都很好地描述了高级技术细节，说明为什么在我们与操作系统解耦后这真的很难做到。 正如我在 UWP Community Discord 服务器的#winui 频道中所写，我希望我们能够在 WinUI 3.0 之后尽快解决这个问题； 我不知道 3.0 后的时间表，因为我们需要做更多的开发工程来解决如何解决它。 但这是一个最高要求，社区非常清楚他们非常关心这个问题。 我也喜欢我们在此期间探索某种“人造效应”的建议； 也许在 //build 之后，我们可以开始对这个想法进行更深入的讨论。

@shaheedmalik ，我同情你在事情“正确”之前不想发货的情绪； 我自己也经常有这种感觉，这总是一种平衡的行为。 在过去的几个月里，我们一直在与很多客户合作，我经常提醒的一件事是，WinUI 3.0 将为广泛的 UWP 和 Win32 应用程序提供一条可行的前进道路，并且有很多人将能够使用它，而无需依赖背景丙烯酸所达到的特定效果。 我不想延迟解锁 3.0 将为这些客户带来的大量功能，所以这就是为什么我今年继续推动 3.0 的发布，然后尽快解决最大的缺失部分（如 BG 亚克力）我们以后可以。 我希望这是有道理的。

@ryandemopoulos如果可以存在 AcrylicBrush Xaml 元素，即使它最初只返回某种人造画笔填充。 10X、Xbox 和平板模式设备上的那些看起来几乎相同，因为没有重叠的窗口。 只有在 Windows 10 设备上效果明显是假的——但如果它仅适用于 3.0 或 3.1 启动框架，在它被修复之前——那么至少它不会破坏代码，并且仍然会给人正确的感觉。

如果这可以在 3.0 中实现——那就太好了。 它会比纯色后备更不刺耳。 此外，它还允许在低功耗设备上或在平板电脑模式下不禁用影响，这是 IMO 的一个升级。

@shaheedmalik ，我同情你在事情“正确”之前不想发货的情绪； 我自己也经常有这种感觉，这总是一种平衡的行为。 在过去的几个月里，我们一直在与很多客户合作，我经常提醒的一件事是，WinUI 3.0 将为广泛的 UWP 和 Win32 应用程序提供一条可行的前进道路，并且有很多人将能够使用它，而无需依赖背景丙烯酸所达到的特定效果。 我不想延迟解锁 3.0 将为这些客户带来的大量功能，所以这就是为什么我今年继续推动 3.0 的发布，然后尽快解决最大的缺失部分（如 BG 亚克力）我们以后可以。 我希望这是有道理的。

然后需要同时制作效果的人造版本，直到产生正确的效果。 过去 Fluent Design 的增量变化导致了 Windows 10 目前遇到的不一致问题。 如果 WinUI 3 的全部目的是修复它，那么创建这样的问题就违背了一致性的整个目的。 有亚克力和没有亚克力的应用程序是 Fluent Design 中最大的不一致之一。

@shaheedmalik ，我同情你在事情“正确”之前不想发货的情绪； 我自己也经常有这种感觉，这总是一种平衡的行为。 在过去的几个月里，我们一直在与很多客户合作，我经常提醒的一件事是，WinUI 3.0 将为广泛的 UWP 和 Win32 应用程序提供一条可行的前进道路，并且有很多人将能够使用它，而无需依赖背景丙烯酸所达到的特定效果。 我不想延迟解锁 3.0 将为这些客户带来的大量功能，所以这就是为什么我今年继续推动 3.0 的发布，然后尽快解决最大的缺失部分（如 BG 亚克力）我们以后可以。 我希望这是有道理的。

然后需要同时制作效果的人造版本，直到产生正确的效果。 过去 Fluent Design 的增量变化导致了 Windows 10 目前遇到的不一致问题。 如果 WinUI 3 的全部目的是修复它，那么创建这样的问题就违背了一致性的整个目的。 有亚克力和没有亚克力的应用程序是 Fluent Design 中最大的不一致之一。

我完全同意。 我认为在解决问题之前不应发布 WinUI 3。

我实际上更喜欢@mdtauk的静态后备而不是真正的透明度。 背景丙烯酸只是在拖动窗口时分散注意力，尤其是深色壁纸和浅色主题，并导致我完全禁用透明度。

也许我们应该将非瞬态元素（侧边栏、标题栏、外壳等）的彩色背景重新解释为纯粹的装饰，而不是半透明来象征短暂的中断。 这更像是 MS Office 或 Firefox（或 IIRC Vista 控制中心的侧边栏）的标题栏主题。 从这个角度来看，只使用墙纸会更有意义。

使丙烯酸背景与窗口位​​置无关甚至可能更好看（并进一步提高性能？）：壁纸可以在窗口区域上拉伸或裁剪到左上角（或任何最有意义的角落）用于应用程序的大小调整行为）。

我实际上更喜欢@mdtauk的静态后备而不是真正的透明度。 背景丙烯酸只是在拖动窗口时分散注意力，尤其是深色壁纸和浅色主题，并导致我完全禁用透明度。

也许我们应该将非瞬态元素（侧边栏、标题栏、外壳等）的彩色背景重新解释为纯粹的装饰，而不是半透明来象征短暂的中断。 这更像是 MS Office 或 Firefox（或 IIRC Vista 控制中心的侧边栏）的标题栏主题。 从这个角度来看，只使用墙纸会更有意义。

使丙烯酸背景与窗口位​​置无关甚至可能更好看（并进一步提高性能？）：壁纸可以在窗口区域上拉伸或裁剪到左上角（或任何最有意义的角落）用于应用程序的大小调整行为）。

我仍然会使用画笔表面作为遮罩，以便背景与桌面保持对齐，并在窗口四处移动和调整大小时保持原位。 它只是不包括任何可见的窗户，只是墙纸。

这也必须与幻灯片背景一起使用，因为墙纸会发生变化，人造亚克力也会如此。

我认为当其他窗口在窗口后面时，看到一个窗口后面的桌面墙纸会有点奇怪。 它会破坏深度的目的 - 并显示层次，这是丙烯酸的主要目的之一。 它的外观应该与真正的亚克力相同。

我认为它看起来不专业，如果它不像现在那样直接显示它背后的东西，会有点混乱，因为 Fluent Design 的材料方面旨在带来现实生活的各个方面，而在现实生活中，一些透明的东西确实照亮了它背后的东西。

我认为如果这成为一种东西，它应该在视觉上与普通亚克力相同。

就像之前描述的那样，一种人造亚克力，但它会照在后面的窗户上，表现得和视觉上一样？

那不可能吗？

为什么不像现在那样使用半透明？

它是如何分散注意力的？ 我发现它是相反的——深度创造，微软在宣布它时也说过。

将其更改为像这样简单的装饰将是倒退一步。

我们需要亚克力。

我认为当其他窗口在窗口后面时，看到一个窗口后面的桌面墙纸会有点奇怪。 它会破坏深度的目的 - 并显示层次，这是丙烯酸的主要目的之一。 它的外观应该与真正的亚克力相同。

我认为它看起来不专业，如果它不像现在那样直接显示它背后的东西，会有点混乱，因为 Fluent Design 的材料方面旨在带来现实生活的各个方面，而在现实生活中，一些透明的东西确实照亮了它背后的东西。

我认为如果人造亚克力成为一种东西，它应该在视觉上与普通亚克力相同。

有没有办法在后面显示窗户？

为什么不像现在那样使用半透明？

它是如何分散注意力的？ 我发现它是相反的——深度创造，微软在宣布它时也说过。

将其更改为像这样简单的装饰将是倒退一步。

目前，让 HostBackdrop AcrylicBrush 在 WinUI 3.0 中工作存在技术障碍

希望这些障碍将在未来被克服，但最初不会在 WinUI 3.0 发布时克服。

我们正在讨论的是是否有可能在标准后备灰色之外有其他东西，直到他们可以让它工作。

我认为如果这成为一种东西，它应该在视觉上与普通亚克力相同。

就像之前描述的那样，一种人造亚克力，但它会照在后面的窗户上，表现得和视觉上一样？

那不可能吗？

为什么不像现在那样使用半透明？

它是如何分散注意力的？ 我发现它是相反的——深度创造，微软在宣布它时也说过。

将其更改为像这样简单的装饰将是倒退一步。

我们需要亚克力。

由于技术限制，目前的丙烯酸是不可能的。 出于一致性目的，我们建议使用人造丙烯酸。
关键是要有一些暂时的东西，在技术限制得到修复之前，不会破坏当前应用程序和未来应用程序对 Acrylic 的使用。

有总比没有好。

我认为如果这成为一种东西，它应该在视觉上与普通亚克力相同。
就像之前描述的那样，一种人造亚克力，但它会照在后面的窗户上，表现得和视觉上一样？
那不可能吗？
为什么不像现在那样使用半透明？
它是如何分散注意力的？ 我发现它是相反的——深度创造，微软在宣布它时也说过。
将其更改为像这样简单的装饰将是倒退一步。
我们需要亚克力。

由于技术限制，目前的丙烯酸是不可能的。 出于一致性目的，我们建议使用人造丙烯酸。
关键是要有一些暂时的东西，在技术限制得到修复之前，不会破坏当前应用程序和未来应用程序对 Acrylic 的使用。

有总比没有好。

我同意 - 我只是认为如果窗户不显示会有点奇怪。 我想如果没有其他可能的话，这将是最好的方法。

我不相信在找到问题的解决方案后应该使用它，因为我不确定它是否有利于一致性，甚至只是长期的视觉效果。 我认为最好等到亚克力在 WinUI 3 之后才能正常工作。 @mdro

我不相信在找到问题的解决方案后应该使用它，因为我不确定它是否有利于一致性，甚至只是长期的视觉效果。 我认为最好等到亚克力在 WinUI 3 之后才能正常工作。@mdro

当他们在 3.1 中修复它时，应用程序的开发人员无需做任何事情，应用程序将统一更新。

我不相信在找到问题的解决方案后应该使用它，因为我不确定它是否有利于一致性，甚至只是长期的视觉效果。 我认为最好等到亚克力在 WinUI 3 之后才能正常工作。@mdro

目前，在平板电脑模式下运行的应用程序会退回并失去其 Acrylic。 低功率设备和虚拟机也回退到纯色。 如果实现了这个人造丙烯酸，它可以在这些场景中用作性能后备。

我不相信在找到问题的解决方案后应该使用它，因为我不确定它是否有利于一致性，甚至只是长期的视觉效果。 我认为最好等到亚克力在 WinUI 3 之后才能正常工作。@mdro

目前，在平板电脑模式下运行的应用程序会退回并失去其 Acrylic。 低功率设备和虚拟机也回退到纯色。 如果实现了这个人造丙烯酸，它可以在这些场景中用作性能后备。

是的，我同意这一点。 我指的是一旦固定，它就不应取代普通的亚克力。

它是如何分散注意力的？

我不确切知道。 我猜两层相对移动的混合意味着它在我的大脑中记录为变化而不仅仅是移动，这使得我有理由将注意力集中在那里。

无论如何，这对我来说不是一个大问题，我不介意“不透明”的风格。
但是，如果您无论如何添加回退，如果您需要一点额外的时间并拆分透明度效果设置，那就太好了：

1. 交互效果（显示等） - 开/关
2. 透明度（亚克力） - 完全/减少（此处讨论的后备和应用内）/关闭

（我会在 + 透明度降低时使用交互。）

顺便说一句，我在玩这些设置时注意到了一些奇怪的地方：

• 设置侧边栏上的亚克力仅在窗口具有焦点时才处于活动状态。 当它失去焦点时，它会立即切换到不透明的灰色。 因此，当我将设置最大化并与托盘或通知交互时，在我的眼角，我看到屏幕另一侧的一大块区域闪烁为另一种颜色。 也许在更新亚克力时，它应该只保留其当前的亚克力纹理，因为性能而暂停？
• 在省电模式下打开透明效果会使任务栏背景消失（图标和悬停高亮显示在纯净、非变暗、非模糊的壁纸上）。
  
  （见于 Surface Pro 6，更新 1909）
• 在同一个 Surface 上，只要启用了透明度，我就会在设置中暂时看到一个深灰色的侧边栏； 也许背景纹理没有被填充并保持黑色？ 当我玩得更远时，这个问题就消失了。

我刚刚在测试 WinUI3 时发现了这个问题。

对我来说，我一直在关注 WinUI3 的主要原因正是为了在 UWP 之外通过一个普通的未打包 C# 应用程序轻松访问背景画笔和基于它的丙烯酸画笔（每个客户都期望）。

这是今天在技术上不可能在不使用 Dcomp 的情况下拥有的东西（并且它与 DWM 的亲密关系，这可能是如果 WinUI3 想要独立于 Windows，很难保留在 WinUI3 中的原因）。 今天，可以使用公共 WinRT API（C# 等）通过 Windows.UI.Composition.Compositor.CreateBackdropBrush / CreateHostBackdropBrush 方法访问。

如果它不在 WinUI 中，我可以（必须）继续使用并手动构建自定义丙烯酸 + 背景画笔（事实上，重用 WinUI 2 配方，因为它们是开源的）。 但是由于 Dcomp 在技术上是如此低级，所以一切都基于它，或者根本没有。 所以我根本不能使用WinUI3。 有点鸡和蛋的东西。

@mdtauk和@weltkante都很好地描述了高级技术细节，说明为什么在我们与操作系统解耦后这真的很难做到。 正如我在 UWP Community Discord 服务器的#winui 频道中所写，我希望我们能够在 WinUI 3.0 之后尽快解决这个问题； 我不知道 3.0 后的时间表，因为我们需要做更多的开发工程来解决如何解决它。 但这是一个最高要求，社区非常清楚他们非常关心这个问题。 我也喜欢我们在此期间探索某种“人造效应”的建议； 也许在 //build 之后，我们可以开始对这个想法进行更深入的讨论。

构建来了又走了。 我不确定这是否在 Build 或 Community call 之后立即得到解决，但这需要在 WinUI3 发布之前至少在虚假级别上完成，以至少保持一致性。

如果不是这样，就会有一大堆不一致的应用程序，这会认为 WinUI3 是在浪费时间。

大声笑，所以认为使这个框架没有用的人被推高了。 Windows 他妈的不知道如何优先处理 stuf （除非这个版本允许我普遍地切换标题栏，因为那样一切都被原谅了。他们把正确的事情作为 nr 1 优先级。）

我对 Windows UI 的内部没有真正的经验，但也许不是完全省略原始版本的背景丙烯酸，为什么不在 Windows 10 内部重新使用旧的丙烯酸，并在旧的 Windows 版本上回退到纯色? 我认为这将是一个更好的折衷方案，直到它能够正确实施。

由于Background Acrylic 不会制作3.0，我们可以同时在3.0 中制作人造Acrylic 吗？

我对 Windows UI 的内部没有真正的经验，但也许不是完全省略原始版本的背景丙烯酸，为什么不在 Windows 10 内部重新使用旧的丙烯酸，并在旧的 Windows 版本上回退到纯色? 我认为这将是一个更好的折衷方案，直到它能够正确实施。

在我看来，只渲染后备颜色的占位符背景丙烯酸笔刷也是可以接受的——这样，笔刷就可以立即开始在界面中使用。 稍后，当背景丙烯酸笔刷以适当的半透明效果正确实现时，它将追溯应用到使用占位符的那些界面，而无需任何代码更改。

对此做出贡献的其他东西（或据我所知）是#1247

也相关：#761

@mdro

如果您能多花一点时间并拆分透明度效果设置，那就太好了：

• 交互效果（显示等） - 开/关
• 透明度（亚克力） - 完全/减少（此处讨论的后备和应用内）/关闭

我在#816 中指出了类似的东西，但他们说这不是他们的问题。 欢迎来到微软世界。 我最近看到微软为自己做的最多的事情是向 Windows for Edge (Chromium) 添加 API，并改进 PowerToys 和终端的 WinUI。 他们拒绝更新他们显然仍在 Windows 中使用的其他 UI 的样式。 哈哈

微软是否真的会推出不使用人造亚克力来覆盖背景亚克力以保持一致性的 WinUI 3.0？

如果他们希望它是独立的，他们只需要做 linux 所做的事情，并拥有一个始终可以工作和运行的合成器来处理丙烯酸吗？ 模糊。

如果他们希望它是独立的，他们只需要做 linux 所做的事情，并拥有一个始终可以工作和运行的合成器来处理丙烯酸吗？ 模糊。

Apple 似乎能够处理它的半透明而不会对性能造成任何重大影响——我知道 Windows 在很多方面都是一个较旧的代码库——但是已经有一个合成视觉层，WinUI 只需要能够调用它并让它尽可能表现出色。

如果他们希望它是独立的，他们只需要做 linux 所做的事情，并拥有一个始终可以工作和运行的合成器来处理丙烯酸吗？ 模糊。

Apple 似乎能够处理它的半透明而不会对性能造成任何重大影响——我知道 Windows 在很多方面都是一个较旧的代码库——但是已经有一个合成视觉层，WinUI 只需要能够调用它并让它尽可能表现出色。

这是希望上游不会指责其他人要求他们以糟糕的方式修复它，因为他们可以做出糟糕的解决方法。

我想知道回到 Windows 7 - WinUI/Reunion 是否可以提供一个驱动程序，该驱动程序提供处理 Acrylic 所需的渲染层。 部署中的 WinUI 应用程序和新的操作系统版本可能包括通过商店提供基础层渲染视觉的驱动程序。

之前的 Windows 7 和 Vista 必须具备 Aero Glass 渲染功能。 Windows 8/8.1 具有视觉合成层。 所以也许这更像是一个重聚问题，但如果驱动程序处理依赖于操作系统的东西，其余的都可以保持用户级别，对吧？

是的，所以我在 Reddit 上发现了流利的 ui 的概念，并且认为看起来干净且“流利”。

Fluent 最初是由于用户抱怨缺乏透明度而创建的。 但是现在您要完全删除它。

Fluent 最初是由于用户抱怨缺乏透明度而创建的。 但是现在您要完全删除它。

微软表示，当 WinUI 不再是操作系统的一部分，而是单独运行时，他们需要更多时间来让 Acrylic 工作

无论如何，我不关心丙烯酸，但是，希望他们不会完全去除它。

我不明白为什么 WinUI 3 不支持 Acrylic。 WinUI 3 不需要做这项工作，让它在支持的平台上处理它，不需要让它开源。