Debian中metacity热键失效的解决办法

shuke

首先是困扰大家的抓屏问题，只要在.gnomerc中加上xmodmap -e "keycode 92 = j"就一切OK，或者你也可以改.xmodmaprc来解决。

原因分析：根据我的测试，gnome的热键实现原理大致流程是这样的：
首先在metacity启动的时候，或者用户修改了热键设定的时候读一下热键的键值(Keysym)，换成成对应的键码(KeyCode)；
然后当metacity截获到相应的KeyCode的时候，执行热键流程；

这种方法看似正确，但是却隐藏了严重bug，hoho。

因为用户可能有不同的KeyCode对应同一个Keysym，而目前metacity只是根据一个Keysym找第一个KeyCode，这样用户按了不幸排在后面的Keysym对应的键的时候，就不会起作用了！

gconf2里面记录的信息仅仅是Keysym，这也是这个严重问题的起因。如果能够改成记录KeyCode，这个问题就没有了。

验证方法，用xmodmap修改键映射，把两个KeyCode映射到一个Keysym上面，然后设定热键，这时永远只有第一个KeyCode的键生效！

回到开头说的，sid安装后默认的键码，xmodmap -pk可以看到，92对应的同样是Print Screen，而我的罗技PC键盘上面的Print Screen根据xev显示KeyCode是117！

我到现在也不知道KeyCode92是哪个神秘的键，呵呵。

这个问题可以提交给metacity开发者了吧，hoho。

听峰

厉害。佩服阿。

yemao

有一次我的alt+tab键失效，
怎么改也改不好。郁闷。。。

Wingsun

不对，这个问题应该和metacity无关。
除了metacity之外，其他的窗口管理器都有这样的问题，包括xfwm4在内。
根据源码来看，窗口管理器都是调用xlibs提供的api来进行keysym到keycode的转换。所以问题应该是xlibs的，而不是Metacity的。

starfish

Alt-Tab 的补丁在这里
http://lists.debian.org/debian-x/2004/06/msg00603.html

shuke

没错，这是keycode的问题，是debian中的xfree86键盘定义的问题，不过并非printscr键就一定没有办法识别，所以说metacity应该说还是有一定责任的。

最初由 Wingsun 发表
不对，这个问题应该和metacity无关。
除了metacity之外，其他的窗口管理器都有这样的问题，包括xfwm4在内。
根据源码来看，窗口管理器都是调用xlibs提供的api来进行keysym到keycode的转换。所以问题应该是xlibs的，而不是Metacity的。

luochong

为什么我在.gnomerc或.xsession里加入xmodmap -e "keycode 92 = j"不起作用呢？
xmodmap -pk看到92对应的还是
92         0xff61 (Print)  0xff15 (Sys_Req)

而且手动运行那个命令后，也不是马上好用。而是要在gnome的热键设置里删掉Print，再添加Print才能用。

shuke

/etc/X11/xkb/keycodes/xfree86
最直接的办法是改这个文件，把SYSRQ＝ 92那行注掉。

luochong

最初由 shuke 发表
/etc/X11/xkb/keycodes/xfree86
最直接的办法是改这个文件，把SYSRQ＝ 92那行注掉。

嗯，这招起作用了。

xqkz

乖乖，还真的有效耶。