Wayland 合成器能否像 X 上那样进行窗口装饰？
所以我意识到这是一个似乎存在争议的问题。我听说人们对 Wayland 将有客户端窗口装饰感到不安，我碰巧同意。听起来根本不是一个好主意。但改用 Wayland 的好处之一不就是更灵活吗？我不明白为什么 Wayland 合成器不能自己做窗户装饰？例如，compiz 已经做了它自己的窗口装饰（尽管在不同的过程中）。如果 compiz 将被“移植”以与 Wayland 一起工作（我理解它会如此），那么我们仍然没有失去窗口装饰，对吧？
So I realize this is an issue that seems to be somewhat contested. I've heard people are upset that Wayland will have client-side window decoration, and I happen to agree. It doesn't sound like a good idea at all. But isn't one of the benefits of switching to Wayland that it is more flexible? I don't see why a Wayland compositor couldn't do the window decorations itself? For example, compiz does it's own window decorations already (albeit in a different process). If compiz will be "ported" to work with Wayland, which I understand it will, then we still haven't lost window decoration, right?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
当然，Wayland 可以在合成器中进行装饰。但是合成器和应用程序的 UI 工具包必须就谁进行装饰达成一致（否则你会得到双重装饰），而且我认为人们只是更喜欢让工具包来做这件事以获得更多的设计灵活性。改变窗口系统是改变这个决定的一个机会。
如果您将所有内容都绘制在同一代码库中，那么您可以更轻松地混合和匹配视觉和功能细节，而不是让某些细节固有地属于“外部框架”，而其他细节则属于窗口内部。这允许 Google Chrome 类型的外观或允许具有连续渐变的主题，包括标题栏和应用程序背景或类似的东西。
我认为，您仍然可以支持由合成器实现的 UI，用于强制应用程序移动，例如 Alt+单击、强制应用程序关闭等。
无论如何，网上肯定有一些线程讨论了其中的优缺点更多细节，我想这是一个切线。
Wayland could do decorations in the compositor, sure. But the compositor and the app's UI toolkit have to agree on who's doing decorations (or else you get double-decorated), and I think people just prefer to have the toolkit do it in order to get more design flexibility. Changing window system is an opportunity to change this decision.
If you have everything drawn in the same codebase then you can mix-and-match visual and functional details more easily instead of having some details inherently belong in an "outer frame" and others inside the window. That allows a Google Chrome type of look or allows a theme with a continuous gradient including titlebar and app background or whatever, things like that.
You could, I think, still support UI implemented by the compositor for forcing an app to move, such as Alt+click, forcing an app to close, etc.
Anyway there are definitely some threads on the net hashing out the pros and cons in more detail, I guess that's a tangent.
如果我理解正确的话，应用程序的工具包将决定是否使用装饰，这绝对是不好的，因为任何人都可以创建自定义工具包，或对其进行自定义以显示自定义装饰。
如果这是真的，那么我讨厌这个想法，我想象每个 Linux 专有应用程序都使用它，而且 gtk 和 qt 应用程序看起来也不同。
这会造成灾难，如果我必须在 Windows 上查看诸如防病毒之类的东西，我想我可能必须开始使用 BSD 或 haiku OS
If I understood this right, the toolkit of the application gets to decide if it uses decoration or not, this is definetly bad, as anyone can create a custom toolkit, or customize it to show custom decorations.
If this is true, then I hate the idea, I imagine each and every propietary app for linux using this, and also gtk and qt apps looking different.
This would cause a disaster, if I have to look at something like anti-virus on windows, I guess I'll propably have to start using BSD or haiku OS