>>>> "Stephen" == Stephen J Turnbull
<stephen(a)xemacs.org> writes:
>>>> "Uwe" == Uwe Brauer <oub(a)mat.ucm.es>
writes:
Uwe> I am glad that it helped, however this `solution' does not
Uwe> work for `F' keys above > 12 that is shift F14 does not work
Uwe> for me.
Stephen> XEmacs may simply not recognize those---IIRC this stuff is
Stephen> hard-coded in the keyboard reader (probably event-Xt.c).
Stephen> I've never actually seen an F14 key, how do you generate
Stephen> that keysym on your keyboard? Do you have such a key, or
Stephen> is it some kind of shift (eg, Fn+F2)?
Bad explained sorry, what I meant is the following:
I use my .Xmodmap to map the print and the break key to
F13 and F15, using
keycode 0x6F = F13 Sys_Req
keycode 0x6E = F15 Break
If I do that I can bind `F13', control and meta `F13', but not
shift `F13', so the situation seems different.
Two other remarks:
- it seems that the problem has not much to do with the
distribution, for I suffer similar problems in debian, it
seems a Xserver related problem. I once tried the X.org
server but I don't remember whether that problem persisted
or not.
- I find it curious that Joachim reported that problem for
that xemacs version, but for other version the shift key
behaves fine, while I suffer that problem even in xemacs
21.4.17 no mule
Uwe