Hi I've noticed a change of behavior between 2.3.2_rc4 and 2.3.2_rc5: in the former pressing a key and keeping it pressed would generate A SERIES of KeyPress/KeyRelease events, while in the latter pressing a key and keeping it pressed would generate only A SINGLE KeyPress event. As far as I know, the new behavior happens in all X applications (at least in Xev, Xterm+Bash, Xterm+Less) but not in non-X applications (Terminal+Bash, Terminal+Less). I've check by reinstalling _rc3 & _rc4 (both with "old" behavior) then _rc5 ("new" behavior). For the record: I use a MacBookPro with a generic 10.5.6 + X11 (no ~/.* files). See below for an (unhelpful ?) Xev output in both cases when pressing the space key. Regardless of this new "feature", I cannot thank you enough for the work you're doing. Happy new year. -- Jean-Francois Sygnet E-mail: jfs00@sygnet.info XQuartz 2.3.2_rc4 (xorg-server 1.4.2-apple28) ############################# KeyPress event, serial 29, synthetic NO, window 0xa00001, root 0x27d, subw 0xa00002, time 2387836284, (48,47), root:(68,89), state 0x0, keycode 57 (keysym 0x20, space), same_screen YES, XLookupString gives 1 bytes: (20) " " XmbLookupString gives 1 bytes: (20) " " XFilterEvent returns: False KeyRelease event, serial 29, synthetic NO, window 0xa00001, root 0x27d, subw 0xa00002, time 2387836368, (48,47), root:(68,89), state 0x0, keycode 57 (keysym 0x20, space), same_screen YES, XLookupString gives 1 bytes: (20) " " XFilterEvent returns: False KeyPress event, serial 29, synthetic NO, window 0xa00001, root 0x27d, subw 0xa00002, time 2387836368, (48,47), root:(68,89), state 0x0, keycode 57 (keysym 0x20, space), same_screen YES, XLookupString gives 1 bytes: (20) " " XmbLookupString gives 1 bytes: (20) " " XFilterEvent returns: False KeyRelease event, serial 29, synthetic NO, window 0xa00001, root 0x27d, subw 0xa00002, time 2387836444, (48,47), root:(68,89), state 0x0, keycode 57 (keysym 0x20, space), same_screen YES, XLookupString gives 1 bytes: (20) " " XFilterEvent returns: False XQuartz 2.3.2_rc5 (xorg-server 1.4.2-apple30) ############################################# KeyPress event, serial 29, synthetic NO, window 0xa00001, root 0x27d, subw 0x0, time 2390161254, (58,69), root:(58,91), state 0x0, keycode 57 (keysym 0x20, space), same_screen YES, XLookupString gives 1 bytes: (20) " " XmbLookupString gives 1 bytes: (20) " " XFilterEvent returns: False
+ Jean-Francois Sygnet <jfs00@sygnet.info>:
I've noticed a change of behavior between 2.3.2_rc4 and 2.3.2_rc5: in the former pressing a key and keeping it pressed would generate A SERIES of KeyPress/KeyRelease events, while in the latter pressing a key and keeping it pressed would generate only A SINGLE KeyPress event.
That will be fixed in rc6, if there is one, or the final 2.3.2 otherwise. This has been extensively discussed on the list. For a workaround, drop the attached script into the directory ~/.xinitrc.d/ (create it if you don't have one). Give it a name ending in .sh and run chmod +x on it. If you don't want to restart X11, just run the script with sh. And remove the script once the next release (candidate) is out, since the script duplicates what is now built into xquartz. - Harald pref_InitialKeyRepeat=$(defaults read .GlobalPreferences InitialKeyRepeat) if [ $? != 0 ]; then pref_InitialKeyRepeat=35; fi pref_KeyRepeat=$(defaults read .GlobalPreferences KeyRepeat) if [ $? != 0 ]; then pref_KeyRepeat=6; fi if [ $pref_KeyRepeat -gt 67 ]; then pref_KeyRepeat=67; fi if [ $pref_InitialKeyRepeat -le 120 ] then xset r rate $((pref_InitialKeyRepeat * 15)) $((67 / $pref_KeyRepeat)) else xset r off fi
participants (2)
-
Harald Hanche-Olsen
-
Jean-Francois Sygnet