Fcitx 的 Bug：识别键改动

herberteuler

使用 Emacs 的人或许会愿意交换 Caps Lock 键和左侧 Ctrl 键的位置。因为 Caps Lock 键的位置用小指按比左侧的 Ctrl 键轻松，交换后使用 Emacs 会轻松一些。但目前 fcitx 并不能识别这个交换。请按如下方式操作：

1. 启动 X，并启动 fcitx。

2. 打开一个虚拟终端如 Konsole，执行下面的命令来交换 Caps Lock 和左侧的 Ctrl：

1.     herbert@euler:~$ cat >exchange_caps_lock_and_left_ctrl_in_x <<EOF
   
2.     > remove Lock = Caps_Lock
   
3.     > remove Control = Control_L
   
4.     > keysym Control_L = Caps_Lock
   
5.     > keysym Caps_Lock = Control_L
   
6.     > add Lock = Caps_Lock
   
7.     > add Control = Control_L
   
8.     > EOF
   
9.     herbert@euler:~$ xmodmap exchange_caps_lock_and_left_ctrl_in_x
   
10.     herbert@euler:~$

复制代码

3. 此时 X 已经接受了这个配置，按 Caps Lock + 空格可以激活或关闭 fcitx 输入法。

4. 激活 fcitx，并按左侧的 Ctrl 键。可以看到，fcitx 输入条上的蓝色的输入法说明变成了绿色。再次按左侧的 Ctrl 键，它又变回了蓝色。这说明 fcitx 仍然使用左侧 Ctrl 键来切换中/英文输入，而不是 Caps Lock 键。

请修复这个问题。

waq

这个恐怕不容易。
如果fcitx是取的是X转换后的按键，那么这个问题也fcitx无关；如果fcitx取的是X转换之前的按键，那么谁会告诉fcitx这两个按键已经交换了呢？
可以试一试，杀掉fcitx后再重新启动fcitx，如果不行怕是难办了。

threedot

nod,先交换,然后启动fcitx

Post by waq
这个恐怕不容易。
如果fcitx是取的是X转换后的按键，那么这个问题也fcitx无关；如果fcitx取的是X转换之前的按键，那么谁会告诉fcitx这两个按键已经交换了呢？
可以试一试，杀掉fcitx后再重新启动fcitx，如果不行怕是难办了。

herberteuler

Post by waq
这个恐怕不容易。
如果fcitx是取的是X转换后的按键，那么这个问题也fcitx无关；如果fcitx取的是X转换之前的按键，那么谁会告诉fcitx这两个按键已经交换了呢？
可以试一试，杀掉fcitx后再重新启动fcitx，如果不行怕是难办了。

问题在于，X 上的一些应用程序，如 KDE 里的一系列程序都能正确识别这种改变。因为我认为 fcitx 也应该可以。

Yuking

测试先~谢谢！