我到处寻找NoMachine键盘CAPS LOCK错误的修复程序,但似乎找不到。
问题是,CAPS LOCK的行为非常奇怪,它在不规则的时间(即使没有请求(打开和关闭自己,根本没有打开,或者它可能会卡在一个状态。
我在Mac OS High Sierra和Windows 10上同时使用客户端/服务器,我尝试用另一台Windows 10设备在Mac Windows、Windows Mac甚至Windows Windows之间连接,但问题仍然存在。我认为这个问题也发生在Linux客户端/服务器上。
由于从X11继承了一些键盘代码,过去曾出现过一些问题,但据我所知,在当前版本中不存在此类问题。你用的是比较新的版本吗?最新版本为6.3.6。
尽管NoMachiner在评论中提到的错误报告已经用评论"关闭;在2020-05-12发布的版本6.10.12中解决;,这个问题似乎仍然存在于6.11.2版本中,尽管不是每次都会发生。
我修复它的方法是将焦点放在NoMachine以外的任何应用程序上,切换caps锁定,然后返回NoMachine。似乎出于某种原因,当NoMachine有焦点切换时,Capslock会一直切换它,但当NoMachine没有焦点时,它只会在状态发生变化时切换Capslock。很奇怪,也很烦人。
我在ArchLinux wiki(Map_scancodes_to_keycodes(上按照以下说明解决了这个问题:
-
创建文件
/etc/udev/hwdb.d/90-block-sleep.hwdb
并添加以下行:evdev:atkbd:dmi:bvn*:bvr*:bd*:svn*:pn*:pvr* KEYBOARD_KEY_3a=leftctrl
-
下一次运行:
$ sudo systemd-hwdb update
$ sudo udevadm trigger
也许您需要根据您的键盘调整解决方案。
- 断开noMachine
- 切换noMachine外部的Caps Lock
- 重新连接noMachine
这对我有效。