Bug#432073: no longer interprets mod5 modifier
mfk In fact, if I start X with just a terminal and no window manager, mfk I can reproduce the problem. Also see mfk http://lists.freedesktop.org/archives/xorg/2007-July/026111.html If I've understood You correctly this bug becomes apparent only if You're using external USB keyboard, isn't it? PS: I've tested my patch on several hosts (Thinkpad r50p and several hosts with external PS/2 keyboard) and modifier mod5 (Caps_Lock) has been working everywhere without promlems. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432073: no longer interprets mod5 modifier
also sprach Dmitry E. Oboukhov [EMAIL PROTECTED] [2007.07.18.1144 +0200]: If I've understood You correctly this bug becomes apparent only if You're using external USB keyboard, isn't it? No, I can see it with an external USB keyboard as well as with the builtin X40 keyboard (which may also be USB). PS: I've tested my patch on several hosts (Thinkpad r50p and several hosts with external PS/2 keyboard) and modifier mod5 (Caps_Lock) has been working everywhere without promlems. It was working here until a few weeks ago as well... then it stopped working on both systems in the beginning of July, when I upgraded to fluxbox 1.0rc3. Anyway since I can reproduce this without fluxbox, I think it's an xorg/xkb thing. Thanks for your time and sorry to have bothered you. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#432073: no longer interprets mod5 modifier
also sprach Dmitry E. Oboukhov [EMAIL PROTECTED] [2007.07.11.1219 +0200]: http://uvw.ru/debian/fluxbox/fluxbox-1.0/fluxbox_1.0~rc3-3.dsc This does not fix it for me, but I am also not sure whether it's a fluxbox problem anymore. In fact, if I start X with just a terminal and no window manager, I can reproduce the problem. Also see http://lists.freedesktop.org/archives/xorg/2007-July/026111.html mod5-c has the same result as Control-c, and even mod5-s and mod5-q work as expected and freeze/unfreeze the terminal. I guess this is a problem with Xorg and I shall take it up with them. This is the xev output for both, mod5-c and C-c. KeyPress event, serial 32, synthetic NO, window 0x401, root 0x88, subw 0x0, time 3566206890, (88,169), root:(2200,502), state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 32, synthetic NO, window 0x401, root 0x88, subw 0x0, time 3566206962, (88,169), root:(2200,502), state 0x4, keycode 54 (keysym 0x63, c), same_screen YES, XLookupString gives 1 bytes: (03) XmbLookupString gives 1 bytes: (03) XFilterEvent returns: False KeyRelease event, serial 32, synthetic NO, window 0x401, root 0x88, subw 0x0, time 3566207050, (88,169), root:(2200,502), state 0x4, keycode 54 (keysym 0x63, c), same_screen YES, XLookupString gives 1 bytes: (03) XFilterEvent returns: False KeyRelease event, serial 32, synthetic NO, window 0x401, root 0x88, subw 0x0, time 3566207090, (88,169), root:(2200,502), state 0x4, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 32, synthetic NO, window 0x401, root 0x88, subw 0x0, time 3566207546, (88,169), root:(2200,502), state 0x0, keycode 66 (keysym 0xffe5, Caps_Lock), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 32, synthetic NO, window 0x401, root 0x88, subw 0x0, time 3566207698, (88,169), root:(2200,502), state 0x84, keycode 54 (keysym 0x63, c), same_screen YES, XLookupString gives 1 bytes: (03) XmbLookupString gives 1 bytes: (03) XFilterEvent returns: False KeyRelease event, serial 32, synthetic NO, window 0x401, root 0x88, subw 0x0, time 3566207802, (88,169), root:(2200,502), state 0x84, keycode 54 (keysym 0x63, c), same_screen YES, XLookupString gives 1 bytes: (03) XFilterEvent returns: False KeyRelease event, serial 32, synthetic NO, window 0x401, root 0x88, subw 0x0, time 3566207834, (88,169), root:(2200,502), state 0x84, keycode 66 (keysym 0xffe5, Caps_Lock), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#432073: no longer interprets mod5 modifier
You should also look through svn package if this bug is there or not. http://uvw.ru/debian/fluxbox/fluxbox-1.0/ mfk Yes, it is still there. I've checked svn-version 4983,4973 and mod5 key functions rather normally. xmodmap conclusion is below. Please test svn-version more thoroughly. Have You restarted fluxbox after upgrading? With Your config xmodmap my mod5 also function. If You get mod5 working in svn I'll make a patch. dwork:[/home/dimka]$ xmodmap -e 'clear mod5' \ xmodmap -e 'add mod5 = Caps_Lock' xmodmap xmodmap: up to 3 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lock control Control_L (0x25), Control_R (0x6d) mod1Alt_L (0x40), Alt_L (0x7d), Meta_L (0x9c) mod2Num_Lock (0x4d) mod3 mod4Super_L (0x7f), Hyper_L (0x80) mod5Caps_Lock (0x42) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432073: no longer interprets mod5 modifier
tags 432073 fixed-upstream patch
thanks
Build with patch uloaded to http://uvw.ru/debian/fluxbox/fluxbox-1.0/
http://uvw.ru/debian/fluxbox/fluxbox-1.0/fluxbox_1.0~rc3-3.diff.gz
http://uvw.ru/debian/fluxbox/fluxbox-1.0/fluxbox_1.0~rc3-3.dsc
http://uvw.ru/debian/fluxbox/fluxbox-1.0/fluxbox_1.0~rc3.orig.tar.gz
patch attached
#! /bin/sh /usr/share/dpatch/dpatch-run
## 70_caps_lock_mod5_fix_patch.dpatch by [EMAIL PROTECTED]
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: Fix: no longer interprets mod5 modifier
@DPATCH@
--- fluxbox-1.0~rc3/src/FbTk/KeyUtil.cc
+++ fluxbox-1.0~rc3/src/FbTk/KeyUtil.cc
@@ -62,7 +62,7 @@
KeyUtil::KeyUtil()
-: m_modmap(0), m_capslock(0), m_numlock(0), m_scrolllock(0)
+: m_modmap(0), m_numlock(0), m_scrolllock(0)
{
init();
}
@@ -93,9 +93,9 @@
m_modmap-modifiermap[realkey], 0);
switch (ks) {
-case XK_Caps_Lock:
-m_capslock = modlist[i].mask;
-break;
+// we just want to clean the Lock modifier, not specifically the
+// XK_Caps_Lock key
+// the others tend to vary from distro to distro, though
case XK_Scroll_Lock:
m_scrolllock = modlist[i].mask;
break;
@@ -114,13 +114,12 @@
*/
void KeyUtil::grabKey(unsigned int key, unsigned int mod, Window win) {
Display *display = App::instance()-display();
-const unsigned int capsmod = instance().capslock();
const unsigned int nummod = instance().numlock();
const unsigned int scrollmod = instance().scrolllock();
// Grab with numlock, capslock and scrlock
for (int i = 0; i 8; i++) {
-XGrabKey(display, key, mod | (i 1 ? capsmod : 0) |
+XGrabKey(display, key, mod | (i 1 ? LockMask : 0) |
(i 2 ? nummod : 0) | (i 4 ? scrollmod : 0),
win, True, GrabModeAsync, GrabModeAsync);
}
@@ -130,13 +129,12 @@
void KeyUtil::grabButton(unsigned int button, unsigned int mod, Window win,
unsigned int event_mask, Cursor cursor) {
Display *display = App::instance()-display();
-const unsigned int capsmod = instance().capslock();
const unsigned int nummod = instance().numlock();
const unsigned int scrollmod = instance().scrolllock();
// Grab with numlock, capslock and scrlock
for (int i = 0; i 8; i++) {
-XGrabButton(display, button, mod | (i 1 ? capsmod : 0) |
+XGrabButton(display, button, mod | (i 1 ? LockMask : 0) |
(i 2 ? nummod : 0) | (i 4 ? scrollmod : 0),
win, False, event_mask, GrabModeAsync, GrabModeAsync,
None, cursor);
--- fluxbox-1.0~rc3/src/FbTk/KeyUtil.hh
+++ fluxbox-1.0~rc3/src/FbTk/KeyUtil.hh
@@ -69,8 +69,9 @@
@return the cleaned state number
*/
unsigned int cleanMods(unsigned int mods) {
-//remove numlock, capslock and scrolllock
- return mods ~(capslock() | numlock() | scrolllock());
+// remove numlock, capslock, and scrolllock
+// and anything beyond Button5Mask
+return mods ~(capslock() | numlock() | scrolllock()) ((113) - 1);
}
/**
@@ -87,14 +88,14 @@
*/
static unsigned int keycodeToModmask(unsigned int keycode);
int numlock() const { return m_numlock; }
-int capslock() const { return m_capslock; }
+int capslock() const { return LockMask; }
int scrolllock() const { return m_scrolllock; }
private:
void loadModmap();
XModifierKeymap *m_modmap;
-int m_capslock, m_numlock, m_scrolllock;
+int m_numlock, m_scrolllock;
static std::auto_ptrKeyUtil s_keyutil;
};
signature.asc
Description: Digital signature
Bug#432073: no longer interprets mod5 modifier
also sprach Dmitry E. Oboukhov [EMAIL PROTECTED] [2007.07.08.0818 +0200]: I've tried with Your config but I haven't managed to make the keys work with Mod5 nither in etch version nor in version 1.0. It works fine with the etch version for me on many computers. Whenever I upgrade a machine to fluxbox 1.0, it stops working. Please let me see Your X configs and also xmodmap configuration. Attached. You should also look through svn package if this bug is there or not. http://uvw.ru/debian/fluxbox/fluxbox-1.0/ Yes, it is still there. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems ! ! don't make anything but Control_[LR] generate control clear Control add Control = Control_L !use for Mod3 on lapse !add Control = Control_R ! ! we kill caps lock once and for all and make it generate mod5 ! clear Lock keycode 0x42 = Caps_Lock clear Mod5 add Mod5 = Caps_Lock ! ! now for what had me so long baffled. any keycode can generate eight keysyms, ! but only the first four are used. and the way to index into them is by using ! Shift and Mode_switch. my keyboard had no Mode_switch, so I am using that ! bloody Windoze key: ! ! now we assign the Mode_switch keysym to both Windoze keys keycode 0x73 = Mode_switch keycode 0x74 = Mode_switch !right alt on lapse keycode 0x71 = Mode_switch ! ... and tell the Mode_switch keysym to generate the mod4 modifier. clear Mod4 add Mod4 = Mode_switch ! assign Super_R to the Menu key keycode 0x75 = Super_R !right control on lapse keycode 0x6d = Super_R ! ... and make it generate the mod3 modifier clear Mod3 add Mod3 = Super_R ! ! and now all we need to do is add what we would like to the keys. ! if this approach doesn't work, you'll need to go via keycodes, e.g.: ! ! keycode 0x26 = a A adiaeresis Adiaeresis ! ! however, you'll have to check which keycode is generated by which keypress. ! use xev(1) for that. ! keysym backslash = backslash bar aring Aring keysym bracketleft = bracketleft braceleft ae AE keysym bracketright = bracketright braceright oslash Ooblique keysym comma = comma less cedilla guillemotleft keysym equal = equal plus plusminus plusminus keysym grave = grave asciitilde degree degree keysym minus = minus underscore division notsign keysym period = period greater periodcentered guillemotright keysym slash = slash question exclamdown questiondown keysym 0 = 0 parenright oacute Oacute keysym 1 = 1 exclam onesuperior onequarter keysym 2 = 2 at twosuperior onehalf keysym 3 = 3 numbersign threesuperior threequarters keysym 4 = 4 dollar eacute Eacute keysym 5 = 5 percent EuroSign cent keysym 6 = 6 asciicircum copyright registered keysym 7 = 7 ampersand yacute Yacute keysym 8 = 8 asterisk uacute Uacute keysym 9 = 9 parenleft iacute Iacute keysym a = a A adiaeresis Adiaeresis keysym b = b B otilde Otilde keysym c = c C ccedilla Ccedilla keysym d = d D egrave Egrave keysym e = e E ediaeresis Ediaeresis keysym f = f F eth Eth keysym g = g G thorn Thorn keysym h = h H ucircumflex Ucircumflex keysym i = i I idiaeresis Idiaeresis keysym j = j J ugrave Ugrave keysym k = k K igrave Igrave keysym l = l L ograve Ograve keysym m = m M mu mu keysym n = n N ntilde Ntilde keysym o = o O odiaeresis Odiaeresis keysym p = p P ocircumflex Ocircumflex keysym q = q Q acircumflex Acircumflex keysym r = r R ecircumflex Ecircumflex keysym s = s S ssharp section keysym t = t T icircumflex Icircumflex keysym u = u U udiaeresis Udiaeresis keysym v = v V atilde Atilde keysym w = w W aacute Aacute keysym x = x X multiply multiply keysym y = y Y ydiaeresis ydiaeresis keysym z = z Z agrave Agrave ! Thinkpad stuff ! http://www.thinkwiki.org/wiki/Installing_OpenSUSE_10.0_on_a_ThinkPad_X41#Numlock_and_Browse_keys keycode 77 = Num_Lock keycode 233 = XF86Forward keycode 234 = XF86Back signature.asc Description: Digital signature (GPG/PGP)
Bug#432073: no longer interprets mod5 modifier
mfk With the recent upgrade to v1.0, fluxbox no longer reacts to mod5 mfk modifier events. For instance, I have mfk Mod5 comma :PrevTab mfk Mod5 period :NextTab mfk in ~/.fluxbox/keys, but pressing the Mod5 key (Caps Lock here, mfk I used xmodmap) does not have any effect. It works fine with the mfk etch fluxbox version and stops working as soon as I start the 1.0 mfk version. I've tried with Your config but I haven't managed to make the keys work with Mod5 nither in etch version nor in version 1.0. Please let me see Your X configs and also xmodmap configuration. You should also look through svn package if this bug is there or not. http://uvw.ru/debian/fluxbox/fluxbox-1.0/ signature.asc Description: Digital signature
Bug#432073: no longer interprets mod5 modifier
Package: fluxbox Version: 1.0~rc3-1 Severity: important With the recent upgrade to v1.0, fluxbox no longer reacts to mod5 modifier events. For instance, I have Mod5 comma :PrevTab Mod5 period :NextTab in ~/.fluxbox/keys, but pressing the Mod5 key (Caps Lock here, I used xmodmap) does not have any effect. It works fine with the etch fluxbox version and stops working as soon as I start the 1.0 version. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fluxbox depends on: ii libc6 2.5-11 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2-20070627-1 GCC support library ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii libsm6 2:1.0.3-1X11 Session Management library ii libstdc++6 4.2-20070627-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxpm4 1:3.5.6-3X11 pixmap library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii menu2.1.35 generates programs menu for all me fluxbox recommends no packages. -- debconf-show failed -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
