Ctrl+。 （点）使 "e" 出现而不是在 Gnome 上的 VSCode 中显示建议
Ctrl+. (Dot) makes "e" appear instead of showing suggestions in VSCode on Gnome
我在 Gnome 上使用 VSCode（在 Arch 上的 XOrg 上）。最近，快捷键 Ctrl+. 停止工作，尽管它仍然列在键盘快捷键中并且所有扩展都被禁用。相反，出现带下划线的 e：
按两次回车或按一次ESC，该字符消失。当写东西然后按 enter 时，e 消失但书面文本保留。在 e 带下划线的情况下更改 window 时，它将变为常规 e.
这似乎有点类似于撰写键，按下后显示一个带下划线的居中点。
我在 Gnome 设置中找不到 Ctrl+. 的任何键盘快捷键。
这是什么功能？到底有什么好处呢？我怎样才能恢复原来的行为？
这与 VSCode 无关，因为所有应用程序（在 Wayland 和 Xorg、Fedora 上）的任何文本输入字段都会发生同样的事情。
当我升级到 Gnome 42 时我的电脑上出现了这个问题，我仍然找不到修复它的方法（键盘快捷键没有任何 Ctrl+. 的条目）。
编辑：发现 this post 关于这个问题。他们的修复是 运行 ibus-setup 并禁用 ibus 快捷方式。
我在 Gnome 上使用 VSCode（在 Arch 上的 XOrg 上）。最近，快捷键 Ctrl+. 停止工作，尽管它仍然列在键盘快捷键中并且所有扩展都被禁用。相反，出现带下划线的 e：
按两次回车或按一次ESC，该字符消失。当写东西然后按 enter 时，e 消失但书面文本保留。在 e 带下划线的情况下更改 window 时，它将变为常规 e.
这似乎有点类似于撰写键，按下后显示一个带下划线的居中点。
我在 Gnome 设置中找不到 Ctrl+. 的任何键盘快捷键。
这是什么功能？到底有什么好处呢？我怎样才能恢复原来的行为？
这与 VSCode 无关，因为所有应用程序（在 Wayland 和 Xorg、Fedora 上）的任何文本输入字段都会发生同样的事情。
当我升级到 Gnome 42 时我的电脑上出现了这个问题，我仍然找不到修复它的方法（键盘快捷键没有任何 Ctrl+. 的条目）。
编辑：发现 this post 关于这个问题。他们的修复是 运行 ibus-setup 并禁用 ibus 快捷方式。