我完全懂你遇到的这个麻烦——本来想用Ctrl+Shift+U给文本加下划线，结果在GTK应用里触发了那个烦人的下划线"u"，甚至有些应用还会卡住输入。结合你给出的系统信息和已经尝试过的方法，我整理了几个更直接的解决思路，不用非得跑ibus才能解决：

先搞清楚问题根源 #

这个Ctrl+Shift+U其实是GTK库本身默认的Unicode输入快捷键，当系统没有指定输入方法时，GTK会直接接管这个组合键的处理，这就是为什么它在GTK应用里生效，而KDE自家的非GTK应用（比如Dolphin、KWrite）不受影响。

解决方案1：最省心的方法——让KDE优先捕获这个快捷键 #

你之前试过把Ctrl+Shift+U绑定到KDE的窗口功能上，当时所有应用都乖乖听话了，那咱们可以把这个思路固化下来：

• 打开KDE系统设置，进入「快捷键」选项
• 找一个你平时完全用不到的系统功能（比如「显示桌面」或者干脆新建一个自定义的空动作）
• 给这个功能绑定Ctrl+Shift+U快捷键
• 应用设置后，KDE会优先捕获这个组合键，不会再传递给GTK应用，自然就不会触发Unicode选择器了

解决方案2：通过环境变量全局禁用GTK的Unicode输入 #

这个方法能直接让GTK放弃处理这个快捷键，不用修改一堆配置文件：

• 打开你的用户目录下的~/.profile（如果用bash的话，也可以用~/.bash_profile）
• 在文件末尾添加一行：

export GTK_DISABLE_UNICODE_INPUT=1

• 保存文件后，重新登录系统（或者在终端里运行source ~/.profile让设置立刻生效）
  这样所有GTK应用都会遵守这个设置，不会再触发Ctrl+Shift+U的Unicode输入功能

解决方案3：修改GTK配置文件（针对特定GTK版本） #

如果上面的方法对你的某些应用无效，可以直接修改GTK的配置文件：

针对GTK3应用 #

1. 在~/.config/gtk-3.0/目录下创建或编辑settings.ini，添加以下内容：

[Settings]
gtk-im-module=none
gtk-key-theme-name=Default

2. 同样在这个目录下创建gtk.css，写入：

@binding-set gtk-win-keys {
  unbind "<Control><Shift>u";
}
* {
  gtk-key-bindings: gtk-win-keys;
}

针对GTK4应用 #

1. 在~/.config/gtk-4.0/目录下创建或编辑settings.ini，添加：

[Settings]
gtk-im-module=none

2. 同样在这个目录下创建gtk.css，内容和上面的GTK3的gtk.css完全一样

针对特殊情况：Inkscape（Flatpak Wayland） #

你提到Inkscape不管ibus跑不跑都会卡住输入，针对这个Flatpak应用，可以单独给它设置环境变量：

• 打开Flatseal，找到Inkscape的条目
• 在「环境」选项里添加GTK_DISABLE_UNICODE_INPUT=1
• 保存后重启Inkscape，这个问题应该就能解决

对比你之前的临时方案 #

这些方法都不需要运行ibus，更轻量化，也避免了ibus带来的额外进程开销，完全符合你想要的“不依赖ibus解决问题”的需求。

备注：内容来源于stack exchange，提问作者user1874692