The default sawmill keybindings assume that the user's Alt key will be mapped to Meta. This is not always the case, however, as I found out after changing my keyboard mapping to pc104. I would suggest either making sure alt is always defined one way, or add Alt keybindings so that it will work either way.
Matt, should PC104 map meta to alt?
This is still happening in beta4. I have a Compaq DeskPro EN SFF where the meta key ends up being the "Windows" key, not ALT. I suggest always mapping meta to ALT.
I think we decided this was a default keymap issue, i.e. not a sawfish bug, please change the component back if that's not the case
pc105 is broken, I've move it to pc101 until xfree is fixed.
Assigning to the XFree owner
This defect is considered MUST-FIX for Winston Gold release
BTW, RC1 is working for me on the DeskPro EN/SFF.
pc104 is broken. Use pc101 (which is what all our tools write out now.) The XFree people know about our issues with the pc104 map and it's currently an upstream problem now.
*** Bug 24124 has been marked as a duplicate of this bug. ***
Left Alt in both cases return keycode 64 (Alt_L), it seems to be treated differently by some applications.
This is only a default keymap issue if the Alt key is interpreted as Meta on the pc101 keymap. The fact remains that the sawfish bindings are looking for Meta.
Ok, this works for me on RC2 if I choose pc101.
If you choose 104/105 (as opposed to 101/102), you IMHO indicate that you want to take advantage of them and use alt as alt and windows-key as meta. The file /usr/X11R6/lib/X11/xkb/symbols/pc104 looks like it could be changed, I didn't get any effect out of it though.
Change the indented (">") to the nonidented in /usr/X11R6/lib/X11/xkb/symbols/us Reassigning to mharris for inclusion in XFree. > > // definition for the extra keys on 104-key "Windows95" keyboards > xkb_symbols "pc104" { > include "us(generic101)" > key <LALT> { [ Alt_L ] }; > key <RALT> { [ Alt_R ] }; > key <LWIN> { [ Meta_L ] }; > key <RWIN> { [ Meta_R ] }; > key <MENU> { [ Menu ] }; > > // modifier mappings > modifier_map Mod1 { Alt_L, Alt_R }; > modifier_map Mod4 { Meta_L, Meta_R }; > }; To make this usable on most keyboards, I suggest: key <LALT> { [ Alt_L, Meta_L ] }; key <RALT> { [ Alt_R, Meta_R ] }; key <LWIN> { [ Super_L ] }; key <RWIN> { [ Super_R ] }; key <MENU> { [ Menu ] }; // modifier mappings modifier_map Mod1 { Alt_L, Alt_R, Meta_L, Meta_R }; modifier_map Mod4 { Super_L, Super_R }; };
Created attachment 12263 [details] patch to fix it.
This will appear in the first 4.0.2a package released in rawhide, or whatever the next XFree86 package becomes.