Collabora 公开 Wayland 对 Wine 的支持情况

Collaborate 几个月来一直致力于开发一个驱动程序，该驱动程序允许 Wine 在 Wayland 本地工作，这个目标不太可能通过看到 Alexandre Julliard 的怀疑来实现。

Wayland 是一种图形协议，除了提供已经导致更低能耗的图形堆栈的简化之外，还承诺根除 Xorg 无法解决的问题，例如安全性和撕裂。然而，它的缺点是难以实施，这是 Wine 第二次试图克服的障碍。

是的，你没有看错。Collabora 计划是为 Wine 提供本地 Wayland 支持的第二次尝试。Wine 主管兼 CodeWeavers 的高级人员 Alexandre Julliard 说，他几年前就开始编写驱动程序，但当它发生时，它的开发停滞了。“意识到基本上没有办法进行像样的窗口管理，我们能做的最好的事情就是相当于 X11 桌面模式，我们自己管理窗口。我没有感觉情况一直在改善，也没有改善它的兴趣“。

但 Julliard 的怀疑并没有让 Collabora 气馁，Collabora 仍在继续其工作。根据负责在线实施 LibreOffice 的公司称，Wayland 驱动程序的功能和稳定性都得到了很大的改进，能够承受（尽管可能不完全）以下情况：

• 处理窗口状态：调整大小、最大化、最小化（尽管通常没有适当的最小化窗口内容）和全屏。
• OpenGL 和 Vulkan（包括使用 WineD3D 和 DXVK）。
• 显示模式更改（使用 Wayland 的作曲家比例模拟，而不是实际的显示硬件模式更改）。
• 多显示器支持。
• 鼠标捕获/裁剪/相对移动（但请记住，Wayland 作曲家往往不会很好地处理非全屏情况）。
• 弹出窗口、菜单和其他瞬态窗口（跨进程除外）。
• 从 Wayland composer 配置和更新的键盘映射应该可以无缝工作。
• HiDPI 缩放（可配置为使用应用程序的Composer 比例/Wine 或 Wayland 的）。
• 双向复制和粘贴，允许在从本地 Wayland 到 Wine 的方向上拖放。
• 支持系统托盘（减去上下文菜单的位置）。

目前有一个与跨进程渲染相关的未决问题，这与基于 Chromium 的应用程序特别相关。在 Collabora，他们有一些想法可以在未来几个月内解决这个问题，这个细节表明我们将不得不继续耐心地看到 Wine 中默认启用的 Wayland 支持。

不仅 Wine 的 Wayland 驱动程序必须工作，而且，如果它想成为官方功能，必须满足项目负责人提出的某些要求，最重要的是不能绑定到任何特定的创作者。

Wayland 对 Wine 的原生支持会给 Proton 带来什么？

Proton 一直是 Wine 的福音，因为 Windows API 重新实现的使用由于跨平台应用程序的激增而下降。除了将 Wine 重新置于中心位置之外，Proton 还成为 Linux 游戏的强大动力。

关于Wayland 支持的贡献，Wayland 的目的是减少延迟并为图形显示提供更好的技术，因此用户应该通过显示器投影的图像获得更流畅、更清晰的体验。

不，从理论上讲，Wayland 不会对提高游戏性能做出贡献，尽管最终它可能确实提供了一些改进，作为它提出的用于显示图形的堆栈的附带结果，这比通过 Xorg 使用的堆栈更简单。

The post Collabora 公开 Wayland 对 Wine 的支持情况 first appeared on Linux迷.