葡萄酒的项目领导人对该阵地的努力提供了祝福

上个月发布的是在该代码最初出版去年之后的最新但仍然是葡萄酒的最新版本的葡萄酒支持。其中一个挥之不去的问题一直存在于葡萄酒中将这一行车司机在葡萄酒中主要的前景，而最后一周的长期葡萄酒项目领导者亚历山大·克利纳尔（Alexandre Julliard）在此事上提供了一些清晰度。 Collabora的工程师在Wayland Driver上取得了良好的进步，用于葡萄酒，允许Windows游戏/申请在Wayland上运行而无需通过Xwayland，而在随后的讨论中是关于曲折的最新版本的探讨或要求它被接受了上游。 上周Alexandre Julliard作为项目负责人对此事评论。最终，他＆＃39; S＆＃39是向上允许的允许它使用成立的Hayland协议，并不依靠依赖危害维护能力的解决方法或其他黑客。 我不是原则上有一个上游的Wayland驱动程序而反对。事实上，我很多年前开始自己写一个......当我意识到时，它基本上没有办法做出体面的窗口管理，我们可以做的最好的是x11桌面模式，我们管理的Windows我们自己。我没有＆＃39; t有印象，即情况在此期间情况有所改善，或者有任何兴趣改善它。 这不＆＃39; t的意思是＆＃39; t上游，但后来会有关于你的黑客和解决方法的限制。你能做的。例如，它必须坚持跨桌面标准化的协议，而无需添加特定于Comporitor特定的解决方法，就像我们不允许X11侧的窗口管理器特定于窗口管理器特定的黑客攻击否则它很快就会变得不明意。 ...... 我期待你＆＃39; ll在加特兰德和Win32之间找到了更大的阻抗不匹配，并且在最终中你＆＃39; ll最终使用Windows API重新发明Xwayland。但如果那个＆＃39;你的乐趣想到了;-)

祝福Julliard＆＃39; T直接反对这样一个Hayland司机，到目前为止的讨论表明它可能首先通过葡萄酒暂停，然后在成熟并工作到上游。