9:59 p.m.
================================================================
Dear Bug Team!
I'm evaluating the following sexps in *scratch*:
(global-set-key [(shift f5)] #'find-file)
nil
(describe-key-briefly '(shift f5))
"Sh-f5 runs the command find-file"
But when I type C-h c S-f5, I get told "f5 is undefined", i.e., the
shift key is not recognized.
For other keys (alphanumerical, keypad, and cursor keys) the shift
modifier is recognized. I.e., I can set the key '(shift up) and that
works.
This is only a problem with daikon. On the same system runs the
SUSE-supplied corn version (i.e., 21.5-b21) and this version
recognizes the shift modifier for function keys.
I have verified this with two different X servers, X.org 6.8.1 on a
SUSE 9.2, and X.org 6.8.2 on a SUSE 10.0.
xmodmap -pm shows that there are no modifier conflicts, only Shift_L
and Shift_R are associated to shift.
xev correctly shows the shift modifier (as 0x1), so I'm rather sure
that there are no problems with my X setup.
Any ideas what I could do to get at my 12 shifted function keys?
Joachim
================================================================
System Info to help track down your bug:
---------------------------------------
uname -a: Linux n-pussy 2.6.13-15-smp #1 SMP Tue Sep 13 14:56:15 UTC 2005 i686 i686 i386
GNU/Linux
configure '--with-error-checking=none' '--with-bignum=gmp'
'--with-pop' '--with-mule' '--with-athena=3d'
'--prefix=/opt/xemacs' '--with-optimization'
XEmacs 21.5-b23 "daikon" configured for `i686-pc-linux'.
Compilation Environment and Installation Defaults:
Source code location: /home/schrod/src/xemacs/xemacs-r21-5-current-beta
Installation prefix: /opt/xemacs
Operating system description file: `s/linux.h'
Machine description file: `m/intel386.h'
Compiler version: gcc (GCC) 4.0.2 20050901 (prerelease) (SUSE Linux)
- GCC specs file: specs.
- Compiler command: gcc -Wall -Wno-switch -Wundef -Wsign-compare
-Wno-char-subscripts -Wpacked -Wunused-parameter -g -O3
libc version: 2.3.5
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Window System:
Compiling in support for the X window system:
- X Windows headers location: /usr/X11/include
- X Windows libraries location: /usr/X11/lib
- Handling WM_COMMAND properly.
Compiling in support for the Athena widget set:
- Athena headers location: X11/Xaw3d
- Athena library to link: Xaw3d
Using Lucid menubars.
Using Lucid scrollbars.
Using Athena dialog boxes.
Using Athena native widgets.
TTY:
Compiling in support for ncurses.
Compiling in support for GPM (General Purpose Mouse).
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Sound:
Compiling in support for sound (native).
Databases:
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Compiling in support for XIM (X11R5+ I18N input method).
- Using raw Xlib to provide XIM support.
Mail:
Compiling in support for POP mail retrieval.
Compiling in support for "file" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Compiling in support for more number types using the GNU MP library.
Using the new GC algorithms.
WARNING: ---------------------------------------------------------
WARNING: The new algorithms are experimental. They are enabled by
WARNING: default for this release. Use `--disable-kkcc' to
WARNING: turn it off.
WARNING: ---------------------------------------------------------
Using the new allocator.
WARNING: ---------------------------------------------------------
WARNING: The new allocator is experimental. It is enabled by
WARNING: default for this release. Use `--disable-mc-alloc' to
WARNING: turn it off.
WARNING: ---------------------------------------------------------
Using the new portable dumper.
Compiling in support for extra debugging code.
Load-Path Lisp Shadows:
----------------------
(/opt/xemacs/lib/xemacs/site-packages/lisp/packages/cl-indent
/opt/xemacs/lib/xemacs/xemacs-packages/lisp/prog-modes/cl-indent
/opt/xemacs/lib/xemacs/site-packages/lisp/packages/filladapt
/opt/xemacs/lib/xemacs/xemacs-packages/lisp/text-modes/filladapt
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/china-util
/opt/xemacs/lib/xemacs-21.5-b23/lisp/mule/china-util
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/cyril-util
/opt/xemacs/lib/xemacs-21.5-b23/lisp/mule/cyril-util
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/ethio-util
/opt/xemacs/lib/xemacs-21.5-b23/lisp/mule/ethio-util
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/japan-util
/opt/xemacs/lib/xemacs-21.5-b23/lisp/mule/japan-util
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/korea-util
/opt/xemacs/lib/xemacs-21.5-b23/lisp/mule/korea-util
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-base/viet-util
/opt/xemacs/lib/xemacs-21.5-b23/lisp/mule/viet-util
/opt/xemacs/lib/xemacs/xemacs-packages/lisp/build/build-report
/opt/xemacs/lib/xemacs-21.5-b23/lisp/build-report
/opt/xemacs/lib/xemacs/xemacs-packages/lisp/xemacs-base/regexp-opt
/opt/xemacs/lib/xemacs-21.5-b23/lisp/regexp-opt
/opt/xemacs/lib/xemacs/mule-packages/lisp/mule-ucs/unicode
/opt/xemacs/lib/xemacs-21.5-b23/lisp/unicode
/opt/xemacs/lib/xemacs/xemacs-packages/lisp/xemacs-base/easy-mmode
/opt/xemacs/lib/xemacs-21.5-b23/lisp/easy-mmode)
Installed XEmacs Packages:
-------------------------
(zenirc ver: 1.16 upstream: 2.112)
(xwem ver: 1.21 upstream: lg(a)xwem.org--2005/xwem--main--2.1--versionfix-1)
(xslt-process ver: 1.11 upstream: 1.2.1)
(xslide ver: 1.09 upstream: 0.2.2)
(xlib ver: 1.14 upstream: lg(a)xwem.org--2005/xlib--main--2.1--version-0)
(xetla ver: 1.0 upstream: steve(a)eicq.org--2005/xetla--main--1.0--version-0)
(xemacs-devel ver: 1.7 upstream: No-Upstream-Ver)
(xemacs-base ver: 1.97 upstream: No-Upstream-Ver)
(x-symbol ver: 1.1 upstream: 4.5.1)
(w3 ver: 1.31 upstream: 4.0pre47)
(vm ver: 7.22 upstream: 7.17)
(viper ver: 1.4 upstream: 3.09)
(view-process ver: 1.13 upstream: 2.4)
(vhdl ver: 1.2 upstream: 3.33.2)
(vc-cc ver: 1.22 upstream: No-Upstream-Ver)
(vc ver: 1.41 upstream: No-Upstream-Ver)
(tramp ver: 1.25 upstream: 2.0.49)
(tpu ver: 1.14 upstream: 4.2X)
(tooltalk ver: 1.15 upstream: No-Upstream-Ver)
(tm ver: 1.38 upstream: No-Upstream-Ver)
(time ver: 1.14 upstream: 1.17)
(textools ver: 1.15 upstream: No-Upstream-Ver)
(text-modes ver: 1.88 upstream: No-Upstream-Ver)
(texinfo ver: 1.29 upstream: No-Upstream-Ver)
(supercite ver: 1.2 upstream: 3.55x3)
(strokes ver: 1.1 upstream: No-Upstream-Ver)
(speedbar ver: 1.27 upstream: 0.14beta4)
(sounds-wav ver: 1.12 upstream: No-Upstream-Ver)
(sounds-au ver: 1.12 upstream: No-Upstream-Ver)
(sml-mode ver: 0.11 upstream: 3.9.5)
(slider ver: 1.15 upstream: 0.3x1)
(sieve ver: 1.17 upstream: No-Upstream-Ver)
(sh-script ver: 1.18 upstream: 2.0e)
(sgml ver: 1.11 upstream: No-Upstream-Ver)
(semantic ver: 1.19 upstream: 1.4.2)
(scheme ver: 1.14 upstream: No-Upstream-Ver)
(sasl ver: 1.15 upstream: 1.14.4)
(ruby-modes ver: 1.02 upstream: 1.6.8)
(rmail ver: 1.14 upstream: No-Upstream-Ver)
(riece ver: 1.19 upstream: 1.0.8)
(reftex ver: 1.34 upstream: 4.21)
(re-builder ver: 1.02 upstream: 1.20)
(python-modes ver: 1.06 upstream: No-Upstream-Ver)
(psgml-dtds ver: 1.03 upstream: No-Upstream-Ver)
(psgml ver: 1.44 upstream: 1.3.1)
(ps-print ver: 1.11 upstream: 6.5.6)
(prog-modes ver: 2.05 upstream: No-Upstream-Ver)
(pgg ver: 1.05 upstream: 0.1)
(perl-modes ver: 1.08 upstream: No-Upstream-Ver)
(pcomplete ver: 1.04 upstream: 1.1.6)
(pcl-cvs ver: 1.66 upstream: R-2_9_9)
(pc ver: 1.28 upstream: No-Upstream-Ver)
(os-utils ver: 1.36 upstream: No-Upstream-Ver)
(oo-browser ver: 1.04 upstream: 4.08)
(ocaml ver: 0.05 upstream: 3.06)
(net-utils ver: 1.46 upstream: N/A)
(mmm-mode ver: 1.02 upstream: 0.4.7)
(misc-games ver: 1.18 upstream: No-Upstream-Ver)
(mine ver: 1.16 upstream: 1.9)
(mh-e ver: 1.29 upstream: 7.4.2)
(mew ver: 1.19 upstream: 1.94.2)
(mailcrypt ver: 2.14 upstream: 3.5.8)
(mail-lib ver: 1.73 upstream: No-Upstream-Ver)
(liece ver: 1.14 upstream: 1.4.9)
(jde ver: 1.48 upstream: 2.3.2)
(ispell ver: 1.31 upstream: 3.6)
(ilisp ver: 1.33 upstream: 5.12.0)
(igrep ver: 1.13 upstream: 2.111)
(idlwave ver: 1.32 upstream: 5.1)
(ibuffer ver: 1.09 upstream: No-Upstream-Ver)
(hyperbole ver: 1.16 upstream: 4.18)
(hm--html-menus ver: 1.23 upstream: 5.9)
(haskell-mode ver: 1.07 upstream: 1.45)
(gnus ver: 1.85 upstream: 5.10.7)
(gnats ver: 1.17 upstream: 3.101)
(general-docs ver: 1.04 upstream: No-Upstream-Ver)
(games ver: 1.15 upstream: 1.04)
(fsf-compat ver: 1.15 upstream: No-Upstream-Ver)
(frame-icon ver: 1.11 upstream: No-Upstream-Ver)
(fortran-modes ver: 1.04 upstream: No-Upstream-Ver)
(forms ver: 1.15 upstream: 2.37)
(footnote ver: 1.16 upstream: 0.18x)
(eudc ver: 1.39 upstream: 1.32)
(eterm ver: 1.17 upstream: No-Upstream-Ver)
(ess ver: 1.16 upstream: 5.2.7)
(eshell ver: 1.1 upstream: 2.4.1)
(escreen ver: 1.01 upstream: 1.16)
(erc ver: 0.17 upstream: Version 5.0 Revision: 1.757)
(emerge ver: 1.11 upstream: No-Upstream-Ver)
(elib ver: 1.11 upstream: 1.0)
(eieio ver: 1.05 upstream: 0.17)
(efs ver: 1.33 upstream: 1.23)
(edt ver: 1.13 upstream: No-Upstream-Ver)
(edit-utils ver: 2.24 upstream: No-Upstream-Ver)
(ediff ver: 1.53 upstream: 2.75)
(edebug ver: 1.21 upstream: No-Upstream-Ver)
(ecrypto ver: 0.19 upstream: 2.0)
(ecb ver: 1.22 upstream: 2.31)
(docbookide ver: 0.07000000000000001 upstream: 0.1)
(dired ver: 1.17 upstream: 7.13)
(dictionary ver: 1.16 upstream: 1.8)
(debug ver: 1.17 upstream: No-Upstream-Ver)
(crisp ver: 1.15 upstream: 1.34)
(cookie ver: 1.15 upstream: No-Upstream-Ver)
(clearcase ver: 1.1 upstream: /main/laptop/165)
(cc-mode ver: 1.45 upstream: 5.30.10)
(calendar ver: 1.23 upstream: No-Upstream-Ver)
(calc ver: 1.26 upstream: 2.02fX3)
(c-support ver: 1.21 upstream: No-Upstream-Ver)
(build ver: 1.14 upstream: 2.02)
(bbdb ver: 1.26 upstream: 2.34)
(auctex ver: 1.46 upstream: 11.55)
(apel ver: 1.29 upstream: 10.2)
(ada ver: 1.14 upstream: 2.27)
(Sun ver: 1.16 upstream: No-Upstream-Ver)
(skk ver: 1.23 upstream: 10.62a)
(mule-ucs ver: 1.14 upstream: 0.84)
(mule-base ver: 1.47 upstream: No-Upstream-Ver)
(lookup ver: 1.15 upstream: 1.0)
(locale ver: 1.22 upstream: No-Upstream-Ver)
(leim ver: 1.22 upstream: No-Upstream-Ver)
(latin-unity ver: 1.15 upstream: 1.15)
(latin-euro-standards ver: 1.07 upstream: 1.07)
(egg-its ver: 1.27 upstream: No-Upstream-Ver)
(edict ver: 1.16 upstream: 0.9.9)
Installed Modules:
-----------------
Features:
--------
(mail-abbrevs xemacsbug shadow sendmail rfc822 cus-face dired-faces
dired-xemacs dired zenirc-autoloads xwem-autoloads
xslt-process-autoloads xslide-autoloads xlib-autoloads xetla-autoloads
xemacs-devel-autoloads xemacs-base-autoloads x-symbol-autoloads
w3-autoloads vm-autoloads viper-autoloads view-process-autoloads
vhdl-autoloads vc-cc-autoloads vc-autoloads tramp-autoloads
tpu-autoloads tooltalk-autoloads tm-autoloads time-autoloads
textools-autoloads text-modes-autoloads texinfo-autoloads
supercite-autoloads strokes-autoloads speedbar-autoloads
sounds-wav-autoloads sounds-au-autoloads sml-mode-autoloads
slider-autoloads sieve-autoloads sh-script-autoloads sgml-autoloads
semantic-autoloads scheme-autoloads sasl-autoloads
ruby-modes-autoloads rmail-autoloads riece-autoloads reftex-autoloads
re-builder-autoloads python-modes-autoloads psgml-dtds-autoloads
psgml-autoloads ps-print-autoloads prog-modes-autoloads pgg-autoloads
perl-modes-autoloads pcomplete-autoloads pcl-cvs-autoloads
pc-autoloads os-utils-autoloads oo-browser-autoloads ocaml-autoloads
net-utils-autoloads mmm-mode-autoloads misc-games-autoloads
mine-autoloads mh-e-autoloads mew-autoloads mailcrypt-autoloads
mail-lib-autoloads liece-autoloads jde-autoloads ispell-autoloads
ilisp-autoloads igrep-autoloads idlwave-autoloads ibuffer-autoloads
hyperbole-autoloads hm--html-menus-autoloads haskell-mode-autoloads
gnus-autoloads gnats-autoloads general-docs-autoloads games-autoloads
fsf-compat-autoloads frame-icon-autoloads fortran-modes-autoloads
forms-autoloads footnote-autoloads eudc-autoloads eterm-autoloads
ess-autoloads eshell-autoloads escreen-autoloads erc-autoloads
emerge-autoloads elib-autoloads eieio-autoloads efs-autoloads
edt-autoloads edit-utils-autoloads ediff-autoloads edebug-autoloads
ecrypto-autoloads ecb-autoloads docbookide-autoloads dired-autoloads
dictionary-autoloads debug-autoloads crisp-autoloads cookie-autoloads
clearcase-autoloads cc-mode-autoloads calendar-autoloads
calc-autoloads c-support-autoloads build-autoloads bbdb-autoloads
auctex-autoloads apel-autoloads ada-autoloads Sun-autoloads
skk-autoloads mule-ucs-autoloads mule-base-autoloads lookup-autoloads
locale-autoloads leim-autoloads latin-unity-autoloads
latin-euro-standards-autoloads egg-its-autoloads edict-autoloads
sp-utils-autoloads packages-autoloads modes-autoloads
modules-autoloads mule-autoloads auto-autoloads loadhist rsz-minibuf
auto-show fontl-hooks canna-leim tibetan lao devanagari indian
slovenian czech romanian ccl code-cmds gutter-items menubar-items
x-menubar mode-motion mouse behavior itimer auto-save lisp-mode
easymenu easy-mmode iso8859-1 page buff-menu lib-complete cus-file
derived newcomment env text-props frame obsolete cus-start custom
widget cl-extra cl cl-19 packages backquote unicode lucid-scrollbars
cut-buffer lucid-menubars athena-dialogs x c-balloon-help tty-frames
tty toolbar native-sound scrollbar unix-processes multicast
network-streams subprocesses bigfloat ratio bignum number-types
modules menu-accelerator-support menubar md5 xemacs xim mule gutter
tiff png gif jpeg xpm xbm lisp-float-type file-coding linux dialog
devices window-system base64)
Recent keystrokes:
-----------------
C-x b RET button2 button2up BS C-j RET button2 button2up
C-j RET C-h c f5 misc-user
Recent messages (most recent first):
-----------------------------------
Warning:
Defaulting to the GNU Emacs-derived `sendmail.el' mail client. This facility,
while part of base XEmacs, is heinously underfeatured, and not going to get
better in the medium term. We include it so that bug reports work without
packages; we suggest that you choose and/or install one of the other mail
clients from packages if you're doing something other than M-x
report-xemacs-bug , or even if you are reporting bugs regularly.
To choose a package from those installed, click on "Options" ->
"Internet" -> "Compose Mail With ..." and decide on one from the
list. Gnus and VM are full-featured and have active user communities.
To disable this warning and stick with the old behavior, you can explicitly
initialize `mail-user-agent' to 'sendmail-user-agent .
Loading xemacsbug...done
f5 is undefined
Loading xemacsbug...
Sh-f5 runs the command find-file
Reading directory /opt/xemacs/lib/xemacs/site-packages/lisp/...done
Reading directory /opt/xemacs/lib/xemacs/site-packages/lisp/...
Loading dired...done
Loading dired-mule...done
Loading dired-mule...
Loading cus-face...done
Loading cus-face...
Loading dired...
3:18 p.m.
>>>> "Joachim" == Joachim Schrod
<jschrod(a)acm.org> writes:
Joachim> ================================================================
Joachim> Dear Bug Team!
Joachim> But when I type C-h c S-f5, I get told "f5 is undefined",
Joachim> i.e., the shift key is not recognized.
Joachim> For other keys (alphanumerical, keypad, and cursor keys)
Joachim> the shift modifier is recognized. I.e., I can set the key
Joachim> '(shift up) and that works.
Joachim> This is only a problem with daikon. On the same system
Joachim> runs the SUSE-supplied corn version (i.e., 21.5-b21) and
Joachim> this version recognizes the shift modifier for function
Joachim> keys.
Joachim> I have verified this with two different X servers, X.org
Joachim> 6.8.1 on a SUSE 9.2, and X.org 6.8.2 on a SUSE
Joachim> 10.0. xmodmap -pm shows that there are no modifier
Joachim> conflicts, only Shift_L and Shift_R are associated to
Joachim> shift. xev correctly shows the shift modifier (as 0x1), so
Joachim> I'm rather sure that there are no problems with my X
Joachim> setup.
Most likely this does not help, but just to make sure: did you try:
keysym F1 = F1
Etc in your .Xmodmap file?
Uwe Brauer
2:33 a.m.
>>>> "Joachim" == Joachim Schrod
<jschrod(a)acm.org> writes:
Joachim> But when I type C-h c S-f5, I get told "f5 is undefined",
Joachim> i.e., the shift key is not recognized.
I think this has been reported before. It's probably not a problem
with daikon per se, it's a problem that XEmacs follows the X standards
for pre-XKBD keymapping, and SuSE's X servers don't. SuSE's XEmacsen
undoubtedly have a patch to work around this. It may have been
submitted (SuSE's pretty good about that), or they may have judged
that it's too much of a hack to submit. You could check the
xemacs-patches archives.
I had a discussion with the author of the XKBD support in XFree86 (not
a SuSE employee IIRC), and his attitude was "nobody follows standards,
so we have to cater to nobodies."
--
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.
1:44 p.m.
Stephen J. Turnbull wrote:
>>>>> "Joachim" == Joachim Schrod
<jschrod(a)acm.org> writes:
Joachim> But when I type C-h c S-f5, I get told "f5 is undefined",
Joachim> i.e., the shift key is not recognized.
I think this has been reported before. It's probably not a problem
with daikon per se, it's a problem that XEmacs follows the X standards
for pre-XKBD keymapping, and SuSE's X servers don't. SuSE's XEmacsen
undoubtedly have a patch to work around this. It may have been
submitted (SuSE's pretty good about that), or they may have judged
that it's too much of a hack to submit. You could check the
xemacs-patches archives.
Thanks for this hint, I'll do.
Maybe I also diff SUSE's source with stock corn, what they have changed in that
area. I think that's event-Xt.c where I have to look, isn't it?
Joachim
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Joachim Schrod Email: jschrod(a)acm.org
Roedermark, Germany
2:11 p.m.
Uwe Brauer wrote:
Most likely this does not help, but just to make sure: did you try:
keysym F1 = F1
Uwe, you made my day -- that's it! (Even worse, I know about similar problems
and should have checked the keysym definitions myself.)
For the sake of the list archive:
Fn keysym definitions on SUSE's X server include symbols that denote the virtual
console switching capability. E.g., xmodmap -pk | grep F5 outputs
71 0xffc2 (F5) 0x1008fe05 (XF86_Switch_VT_5)
etc. There are other problematic keys that one can detect with
xmodmap -pk | grep XF86 .
With your definition, the XF86_Switch_VT_5 is discarded, there ain't no `shift
keysym' anymore, and the Shift modifier is correctly asociated.
(Interestingly, xev doesn't report that XF86_Switch_VT_5 either, otherwise I
would have seen it immediately. Maybe that's because it's from XF86keysym.h and
not from keysymdef.h.)
Cheers,
Joachim
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Joachim Schrod Email: jschrod(a)acm.org
Roedermark, Germany
6:42 p.m.
>>>> "Joachim" == Joachim Schrod
<jschrod(a)acm.org> writes:
Joachim> Uwe Brauer wrote:
> Most likely this does not help, but just to make sure: did you
try:
> keysym F1 = F1
Joachim> Uwe, you made my day -- that's it! (Even worse, I know
Joachim> about similar problems and should have checked the keysym
Joachim> definitions myself.)
I am glad that it helped, however this `solution' does not work for `F'
keys above > 12 that is shift F14 does not work for me.
Uwe
3:25 a.m.
>>>> "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.
XEmacs may simply not recognize those---IIRC this stuff is hard-coded
in the keyboard reader (probably event-Xt.c). I've never actually
seen an F14 key, how do you generate that keysym on your keyboard? Do
you have such a key, or is it some kind of shift (eg, Fn+F2)?
--
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.
10:51 a.m.
>>>> "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
11:39 a.m.
Uwe Brauer wrote:
>>>>> "Stephen" == Stephen J Turnbull
<stephen(a)xemacs.org> writes:
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.
But that looks very similar. Did you try to leave off Sys_Req and Break from
your keycode definition? Does XEmacs detect Sh-F13 then?
Somewhere the code has to decide if it shall associate a modifier or not (from a
first glance, that might be the loop at the end of x_reset_key_mapping() in
event-Xt.c). And here something seems to go wrong.
- 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
For reference, my current test environment are two boxes: One with SUSE 9.2 and
XEmacs 21.4 Mule (from SUSE) and one with SUSE 10.0 and XEmacs 21.5 (corn from
SUSE and daikon self-compiled). (I'm midst in the process of migrating.) The
SUSE versions don't have that problem, the self-compiled version has it. The
behavior is independent of the X server version.
As Stephen wrote, probably it's best to look at xemacs-patches and/or the
changes in the SUSE source to see if and what Mike Fabian has changed in event-Xt.c.
Cheers,
Joachim
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Joachim Schrod Email: jschrod(a)acm.org
Roedermark, Germany
11:59 a.m.
Ar an t-ochtú lá déag de mí na Samhain, scríobh Joachim Schrod:
> 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.
But that looks very similar. Did you try to leave off Sys_Req and Break
from your keycode definition? Does XEmacs detect Sh-F13 then?
Yeah, one would imagine that mapping would pass Sys_Req to XEmacs when
shift-F13 is pressed, but it doesn’t (with my installation, too). That said,
leaving off the second column does allow XEmacs to see shift-F13 here.
Somewhere the code has to decide if it shall associate a modifier or
not
(from a first glance, that might be the loop at the end of
x_reset_key_mapping() in event-Xt.c). And here something seems to go
wrong.
XEmacs isn’t doing anything wrong, it’s the libraries are broken.
Still. We need to include code to deal with XKB if that is available when we
build. That won’t address the problem if we build on a machine without XKB
available, and display on one with this insanity, but that’s a relative
corner case.
--
“I, alone, perhaps, in this city of nearly two million, view it with sadness,
sympathy, and respect, seeing in the millions of Russian youngsters who laid
down their lives in that war a tragedy rising above all the political
emotions of that time [...]” -- George Kennan on Vienna's „Erbsenkönig“
1:08 p.m.
>>>> "Aidan" == Aidan Kehoe
<kehoea(a)parhasard.net> writes:
Aidan> Ar an t-ochtú lá déag de mà na Samhain, scrÃobh Joachim Schrod:
>
> But that looks very similar. Did you try to leave off Sys_Req and Break
> from your keycode definition? Does XEmacs detect Sh-F13 then?
Aidan> Yeah, one would imagine that mapping would pass Sys_Req to
Aidan> XEmacs when shift-F13 is pressed, but it doesnât (with my
Aidan> installation, too). That said, leaving off the second column
Aidan> does allow XEmacs to see shift-F13 here.
No as I said, does not work neither.
BTW Aidan, I know this is _pointless_, but I am a good boy right now
using xemacs-21.4.17 MULE in order to read your mail, but NO even with
this version I can't read it properly!!! UTF8 *does not* work. You
don't want me to *switch* to GNU emacs for which the UTF8 support
seems to work, just in order to read your email, don't you?
Uwe
1:02 p.m.
>>>> "Joachim" == Joachim Schrod
<jschrod(a)acm.org> writes:
Joachim> Uwe Brauer wrote:
Joachim> But that looks very similar. Did you try to leave off
Joachim> Sys_Req and Break from your keycode definition? Does
Joachim> XEmacs detect Sh-F13 then?
No it does not. I tried all those possibilities.
> - 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 no mule
Joachim> For reference, my current test environment are two boxes:
Joachim> One with SUSE 9.2 and XEmacs 21.4 Mule (from SUSE) and one
Joachim> with SUSE 10.0 and XEmacs 21.5 (corn from SUSE and daikon
Joachim> self-compiled). (I'm midst in the process of migrating.)
Joachim> The SUSE versions don't have that problem, the
Joachim> self-compiled version has it. The behavior is independent
Joachim> of the X server version.
A ok, I switched from Suse to debian, and I don't use self-compiled
versions anymore (the xemacs suse offered, were most of the time
outdated and they did not off any no mule version, anyhow). So maybe
debian had a patch for some xserver version which does not work for
others. But I noticed the difference when upgrading the Xserver.
Uwe
Uwe
6944
days inactive
6948
days old
11 comments
4 participants
participants (4)
-
Aidan Kehoe -
Joachim Schrod -
Stephen J. Turnbull -
Uwe Brauer