根据中文wiki的说法, 不应该设置GTK_IM_MODULE, 如果设置该环境变量会导致chromium144和electron39会因wayland只能有一个全局输入上下文而无法使用输入法
但是英文wiki记录了这样一个问题, 不设置该环境变量会导致部分使用gtk4的软件无法显示弹窗, 我在用zrythm之类的gtk4软件的时候遇到了这个问题, 所以当下的方案只能是单独给有问题的gtk4软件设置个环境变量凑合用?
根据中文wiki的说法, 不应该设置GTK_IM_MODULE, 如果设置该环境变量会导致chromium144和electron39会因wayland只能有一个全局输入上下文而无法使用输入法
但是英文wiki记录了这样一个问题, 不设置该环境变量会导致部分使用gtk4的软件无法显示弹窗, 我在用zrythm之类的gtk4软件的时候遇到了这个问题, 所以当下的方案只能是单独给有问题的gtk4软件设置个环境变量凑合用?
这是什么情况?
好奇怪。
它的GitHub页面说它用的是Qt。
In addition, for the current version of Wayland input method protocol, Wayland can only have one global input context.
英文wiki上是这么写的, 漏了前半句, 应该是这么理解吧?
这个我是在niri的issue里找到的, 当时用的回复里的办法, 设置GTK_IM_MODULE然后再去fcitx5的设置里屏蔽掉提示不要设置这个环境变量的通知, 但是今天我看issue已经关闭了, 开发者说是删掉了相关代码, 后续也没人再在这个issue里回复, 所以我觉得应该不是niri的问题了?
额....我复制错了, 是scratchmark, 我平时是用apostrophe编辑markdown, 但是最近python更新3.14了导致这个软件有bug, 不能显示文本框, 所以就找了个同类软件先用用, 没想到遇到了不能弹窗的问题
录了个屏
这个事情和应用程序没半毛钱关系。
你为什么不是觉得「现在没问题了」?
这难道不是你的Wayland compositor的问题吗?好像之前就在哪里听说过。
有点晕, 意思是这就是gtk4和fcitx正常工作的状态, 但是因为合成器的原因导致了这个bug, 我这么理解对吗
是。看那个issue的讨论,niri不支持同时存在两个接收全部键盘事件的窗口。输入法一个,模态弹窗一个,所以互相抢起来了。