Author Archives: csslayer
Key repetition and key event handling issue with Wayland input method protocols
I do have lots of complaints about wayland current input method protocols. Some of them are just lacking features, but this issue is the one that I think have design flaw from the beginning. Let’s first review how the keyboard … Continue reading
演示一下和 openKylin 合作开发的虚拟键盘
将在下一个版本的 Fcitx 加入支持。 界面的代码位于：https://gitee.com/openkylin/kylin-virtual-keyboard 欢迎大家进行测试，虽然功能的支持还非常初级，但是已经可以进行一些简单的测试（X11 下，想要在 Wayland 下使用还有一些工作需要进行）。 （视频闪烁主要是录制问题）
一次休眠导致的 Linux 启动项丢失
最近更新 Arch Linux 的时候，我一次想要重新开机时，却发现 systemd-boot 的启动项没了。一开始，我以为是配置文件被更新删除了，但在我进入系统之后却发现了意想不到的情况。 我的系统在内核更新到一半的时候正好休眠了！正好卡在老的内核镜像文件已经删除，新的内核还未安装的那个节骨眼上。这个系统的待机是有问题的，所以配置成自动进行休眠，但是却没想到正好卡在了更新内核的那个时刻休眠了。休眠尽管会把内存的状态写入到硬盘当中，但是下次再次启动的时候，仍然需要一个内核初始化之后才能进行休眠恢复的操作。 这个不得不说是非常巧合的一个情况。这下我也深刻理解了 Windows 下系统更新时常见的一个提示「正在配置更新，请勿关闭您的计算机」到底有何用意。 对于 Arch Linux 这种不保留老内核的更新方式来说，还是更新之后尽快重启比较好，因为从不同版本的内核恢复也会导致问题。
Switch fcitx theme based on system color
With the next version fcitx will be able to switch to an alternative dark theme when system dark/light theme changes. The feature relies on xdg desktop portal implementation that supports this value. Hopefully accent-color in xdg portal can be merged … Continue reading
对“fcitx5 依赖 boost 和 KDE, 探讨继续使用 fcitx4 的可行性“的回应
原贴：https://forum.suse.org.cn/t/topic/15817/7 首先，要对其中的几个所谓的错误说法进行驳斥。 1、Fcitx 5 依赖 KDE 和 Boost？ 这是错误的，作为高度模块化的项目，核心库和服务器，输入法引擎，配置界面都是分离的代码库。 核心部分，反而比以前要精简得多，因为 gtk 和 qt im module 都变成了独立的项目，事实上，如果你乐意，可以编译出一个和图形库无关的 fcitx，这也是 fcitx5 能被移植到 android 上的基础。 输入法引擎部分，现在新的拼音引擎使用了极少的一部分 boost，大部分都是 header only 的，只有几个少量和 io 相关的库需要 boost 的共享库。如果你的发行版拆包精细，将只是引入约 500k 左右的依赖。 而配置界面的部分，则可能是有疑问的了，事实上它本身是在同一个代码库内分解成了两个实现，一个是只依赖于 Qt 和少量 KF5 的库，另一个则是和 KDE 系统设置集成的，也就是和 fcitx4 … Continue reading
