最近做梦都是GXDE Wayland合成器的破事 翻来覆去睡不着，虽然说这几个月一直在优化GXWM，但我还是很难受...

      这玩意对我来说早已不是早期作为DEEPIN-KWIN（它在GXDE 25 Wayland下罢工了）的代替品那么看起来光鲜亮丽了 随着gxde越来越多的需要涌进来，我发现我已经慌不择路了。

      从技术上来讲，这玩意是基于wlroots 0.17的，众所周知wlroots的API并不稳定，版本更新会break掉一些API，前些日子因为GXDE的一些需求，shenmo建议我随上游更新，很可惜我一直在调就是修不好这玩意，今天我又尝试硬迁，wm崩了一下午...

      我看看treeland是基于waylib（此前还有qwlroots），但是每天晚上想到wlroots我都头大，本来我还真想用一下treeland生态的... 隔壁kwin也在gxde上用不了... Qt Wayland Compositor自己支持的协议太少了，写起来太牢了，Ubuntu系的Mir我研究的也不怎么仔细...

      剩下我能想起来的库只有Louvre了 但这个也得补大量wlr里面的协议，并且得打上textinput补丁，补充vulkan支持 而且人家不支持rootless xwayland，所有xwayland程序都跑在一个根窗口上，修补这个也很难受（其实是我也不知道怎么办了）

      再看GXWM，其实也很拧巴... 一开始是跑起来就行，后来我们开始追着部分wlroots协议回填，追求UI跟以前的kwin会话一致开始各种模仿UI，新增了不知道多少dbus接口... 当初还说要给treeland上压力，为此支持了好几个重要的treeland私有协议（调试的时候它们空指针崩wm可欢了 我都在怀疑自己为什么要自行实现）

      现在为了搞得跟deepin-kwin一样，我又要搞一个薄shim 直接加载deepin-kwin的一些qml UI，底层shim模拟kwin提供的qml接口并且实际通过libkywc与gxwm沟通 让kwin这些界面去代替gxwm丑陋的自绘界面与用户沟通...

      发这么多牢骚，我都不知道哪些是GXDE真的需求，哪些是我自己的执念了。我感觉自己也魔了，天天搞到凌晨三点，我只是想把gxwm给patch通，但总感觉我去... 怎么还有这么多玩意，我也想过抛下wlroots弄一个新的玩意，但看来那也不好受...

      唉，真是不知道下一步怎么办了