操作系统:Kubuntu 18.04 或 Ubuntu 18.04
根据vi.stackexchange.com中的答案和这个 GitHub 页面,包括
<Multi_key> <i> <b> : "NL65AEGO0721647952"
在~/.XCompose
应该生成NL65AEGO0721647952
. 但我无法让它发挥作用。在 Ubuntu 或 Kubuntu 中的纯文本编辑器中什么也没有发生。
我检查/usr/share/X11/locale/en_US.UTF-8/Compose
了是否<Multi_key> <i> <b>
被用于其他任何东西,但事实并非如此。
我的~/.XCompose
include "%L"
<Multi_key> <i> <b> : "NL65AEGO0721647952"
我有CapsLock我的 Compose Key 并且可以输入其他内容,例如 ©、™、®、µ 等。
编辑:甚至
# Make compose key work for GTK, Qt
export GTK_IM_MODULE=xim
export QT_IM_MODULE=xim
没有帮助。
在启动板上有一个关于此的错误报告1845332。
你能标出它也影响你吗?更新:有对此错误报告的响应。
如何让 Compose 组合键生成字符串(Ubuntu 18.04):
Settings → Region & Language → Manage installed languages → (Language tab)
Keyboard input method system
到XIM
。它应该也适用于基于 Ubuntu 的发行版。
如果 XIM 工作得更好,为什么它不是默认的?
说明:(
请参阅原始错误报告的答案)
对于键盘输入,Ubuntu 可以使用XIM(X 输入法)或IBus(智能输入总线)或不使用。
XIM 很老了,它是为 X(X Window System)设计的。如果/当 Ubuntu 从 X 切换到 Wayland 时,它很可能会被丢弃。
现在(18.04)默认的键盘输入法是IBus,因为Ubuntu使用GNOME作为GUI,而GNOME在很大程度上依赖于IBus。
当键盘输入法选择 IBus 时,GTK(不是 IBus)处理 Compose 组合键。GTK 不能处理多字符串。所以这不是 IBus 错误,而是 GTK 功能。预计这里没有修复。
另一方面,XIM 也会出现问题,而且很可能也无法修复。
到目前为止,XIM 为我工作。我想知道如果 XIM 过世,这个问题会发生什么。