(from comp.emacs.xemacs) Shift with KP-Add?
Stephen J. Turnbull
stephen at xemacs.org
Tue Mar 22 12:58:48 EST 2005
>>>>> "Aidan" == Aidan Kehoe <kehoea at parhasard.net> writes:
Aidan> They (and I imagine x.org, until it’s proven otherwise)
X.org X11R6.8 allows binding all the function keys and keypad keys on
my PowerBook G4.
Aidan> are shipping with keymaps that bind, for example,
Aidan> keycode 63 = KP_Multiply XF86_ClearGrab
Aidan> I’m sure there is some way to work around this within
Aidan> XEmacs, and it’s probably going to be ugly and long,
Aidan> because we various input methods, determined at compile
Aidan> time, that may or may not use XLookupString. Whee.
It's worse than that, because the XFree86 behavior is known to be
incompatible with various commercial servers (specifically, Sun's).
Unless you special-case the servers according to vendor, there is no
right way to do it---the code that XFree86 developers recommended as a
workaround eats the Compose key (inter alia) on Sun. Recent GTK+ has
some way to work around this, but it was not obvious how to apply to
XEmacs's event loop.
I think we should port our keyboard code to XKB where available (ISTR
this breakage requires XKB to have its intended effect in XFree86, so
this should cover all bases properly).
School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
More information about the XEmacs-Beta