all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Peter Dyballa <Peter_Dyballa@Web.DE>
To: help gnu emacs <help-gnu-emacs@gnu.org>
Subject: GNU Emacs lives, but dead key events aren't accepted anymore
Date: Tue, 18 Mar 2008 01:11:06 +0100	[thread overview]
Message-ID: <B6E1D2A7-DEF5-4AA1-8077-4929BCC8AB82@Web.DE> (raw)

Hello!

I had to reboot my Mac one week ago, and now *all* X client Emacsen  
(22.1.50...23.0.60) claim:

	<dead-tilde> is undefined
	<dead-circumflex> is undefined
	<dead-acute> is undefined
	<dead-diaeresis> is undefined
	<S-dead-grave> is undefined
	<S-dead-circumflex> is undefined

Xev explains, on pressing ~ (which indeed is pressing the alt key  
[Mode_switch] and n):

	KeyPress event, serial 21, synthetic NO, window 0x1600001,
	    root 0x57, subw 0x0, time 389703539, (1048,423), root:(1050,445),
	    state 0x0, keycode 66 (keysym 0xff7e, Mode_switch), same_screen  
YES,
	    XLookupString gives 0 bytes:
	    XmbLookupString gives 0 bytes:
	    XFilterEvent returns: False
	
	KeyPress event, serial 23, synthetic NO, window 0x1600001,
	    root 0x57, subw 0x0, time 389704095, (1048,423), root:(1050,445),
	    state 0x8, keycode 53 (keysym 0xfe53, dead_tilde), same_screen YES,
	    XLookupString gives 1 bytes: (7e) "~"
	    XmbLookupString gives 0 bytes:
	    XFilterEvent returns: True
	
	KeyRelease event, serial 23, synthetic NO, window 0x1600001,
	    root 0x57, subw 0x0, time 389704146, (1048,423), root:(1050,445),
	    state 0x8, keycode 53 (keysym 0xfe53, dead_tilde), same_screen YES,
	    XLookupString gives 1 bytes: (7e) "~"
	
	KeyRelease event, serial 23, synthetic NO, window 0x1600001,
	    root 0x57, subw 0x0, time 389705355, (1048,423), root:(1050,445),
	    state 0x8, keycode 66 (keysym 0xff7e, Mode_switch), same_screen  
YES,
	    XLookupString gives 0 bytes:

or for ^:

	KeyPress event, serial 21, synthetic NO, window 0x1600001,
	    root 0x57, subw 0x0, time 389788659, (832,608), root:(834,630),
	    state 0x0, keycode 18 (keysym 0xfe52, dead_circumflex),  
same_screen YES,
	    XLookupString gives 1 bytes: (5e) "^"
	    XmbLookupString gives 0 bytes:
	    XFilterEvent returns: True
	
	KeyRelease event, serial 23, synthetic NO, window 0x1600001,
	    root 0x57, subw 0x0, time 389788913, (832,608), root:(834,630),
	    state 0x0, keycode 18 (keysym 0xfe52, dead_circumflex),  
same_screen YES,
	    XLookupString gives 1 bytes: (5e) "^"
	
	KeyPress event, serial 23, synthetic NO, window 0x1600001,
	    root 0x57, subw 0x0, time 389790846, (832,608), root:(834,630),
	    state 0x0, keycode 57 (keysym 0x20, space), same_screen YES,
	    XLookupString gives 1 bytes: (20) " "
	    XmbLookupString gives 1 bytes: (20) " "
	    XFilterEvent returns: True
	
	KeyPress event, serial 23, synthetic NO, window 0x1600001,
	    root 0x57, subw 0x0, time 389790846, (832,608), root:(834,630),
	    state 0x0, keycode 0 (keysym 0x5e, asciicircum), same_screen YES,
	    XLookupString gives 1 bytes: (00) ""
	    XmbLookupString gives 1 bytes: (5e) "^"
	    XFilterEvent returns: False

	KeyRelease event, serial 23, synthetic NO, window 0x1600001,
	    root 0x57, subw 0x0, time 389790954, (832,608), root:(834,630),
	    state 0x0, keycode 57 (keysym 0x20, space), same_screen YES,
	    XLookupString gives 1 bytes: (20) " "

Xmodmap -pk shows (a bit edited):

      18    0xfe52 (dead_circumflex)	0x00b0 (degree)		0x0afe  
(doublelowquotemark)	0x0ad2	  (leftdoublequotemark)	
      30    0x0036 (6)			0x0026 (ampersand)	0x005d (bracketright)		 
0xfe52 	  (dead_circumflex)	
      32    0xfe51 (dead_acute)		0xfe50 (dead_grave)	0x0027  
(apostrophe)		0x10002da (U02DA)	
      40    0x0075 (u)			0x0055 (U)		0xfe57 (dead_diaeresis)		 
0x00c1	  (Aacute)	
      53    0x006e (n)			0x004e (N)		0xfe53 (dead_tilde)		0x100203a  
(U203A)	
      66    0xff7e (Mode_switch)	

The C header file keysymdef.h contains inside the "ISO 9995 Function  
and Modifier Keys, Byte 3 = 0xFE" group:

	#ifdef XK_XKB_KEYS
	#define	XK_dead_grave					0xFE50
	#define	XK_dead_acute					0xFE51
	#define	XK_dead_circumflex				0xFE52
	#define	XK_dead_tilde					0xFE53
	#define	XK_dead_diaeresis				0xFE57
	#endif


There does not seem to be any change that *I* could notice. Xterm  
still sees the characters, and GNU Emacs without windows in xterm  
sees them also. What could have caused such a change for the X11  
clients? Probably something in ~/.emacs, when all show it ...

--
Greetings

   Pete

A lot of people mistake a short memory for a clear conscience.
				– Doug Larson







             reply	other threads:[~2008-03-18  0:11 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-18  0:11 Peter Dyballa [this message]
     [not found] <mailman.9059.1205799100.18990.help-gnu-emacs@gnu.org>
2008-04-16 10:23 ` GNU Emacs lives, but dead key events aren't accepted anymore dsevilla
2008-04-16 23:12   ` Peter Dyballa

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=B6E1D2A7-DEF5-4AA1-8077-4929BCC8AB82@Web.DE \
    --to=peter_dyballa@web.de \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.