Comment 10 for bug 7416

Message-ID: <email address hidden>
Date: Tue, 20 Jul 2004 20:15:28 -0400
From: Thomas Dickey <email address hidden>
To: Guido Guenther <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#260232: xterm: XTerm*metaSendsEscape no longer working

--qDbXVdCdHGoSgWSk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Jul 20, 2004 at 01:10:56PM +0200, Guido Guenther wrote:
> On Tue, Jul 20, 2004 at 05:38:21AM -0400, Thomas Dickey wrote:
> > looking for style 'Root'
> > VTInitModifiers
> > alt_left mask 0x8 is Mod1 modifier
> > alt_right mask 0x8 is Mod1 modifier
> > TranslationsUseKeyword(7ac10):#override
> Mine says:
>=20
> VTInitModifiers
> meta_left mask 0x8 is Mod1 modifier
> alt_right mask 0x8 is Mod1 modifier
> num_lock mask 0x10 is Mod2 modifier
> meta_right mask 0x40 is Mod4 modifier
>=20
> Which looks sane as far as I can tell. I don't think that this helps
> much, but it seems that gnome-terminal still handels this correctly.
> Let me know if I can provide any more interesting data.

One possibility (which I read on one of the newsgroups a few years ago)
is that detecting modifiers doesn't work if you try using one of the
pairs of keys such as Alt_L as a meta key. (I don't recall the explanation,
other than that it was a limitation of the way the modifier information is
stored).

I just setup a case like that, and indeed it doesn't work. For instance,
using this with xmodmap:

keycode 115 =3D Meta_L
add mod1 =3D Meta_L
remove mod1 =3D Alt_L

produces this output from xmodmap (but I'm puzzled by the stray "," which
looks as if I have more work to do):

xmodmap: up to 3 keys per modifier, (keycodes in parentheses):

shift Shift_L (0x32), Shift_R (0x3e)
lock Caps_Lock (0x42)
control Control_L (0x25), Control_R (0x6d)
mod1 , Alt_R (0x71), Meta_L (0x73)
mod2 Num_Lock (0x4d)
mod3
mod4 Meta_L (0x73), Super_R (0x74)
mod5

and in xterm's trace I have

VTInitModifiers
alt_right mask 0x8 is Mod1 modifier
meta_left mask 0x8 is Mod1 modifier
num_lock mask 0x10 is Mod2 modifier
meta_left mask 0x48 is Mod1 modifier
TranslationsUseKeyword(0x80c10f0):#override

so that might be roughly what you have. Checking the rest of Trace-parent.=
out,
I don't see any modifiers when I press left-alt (meta). The lines beginning
"Input keysym" would show any modifiers that are in the event. In the
text below, I pressed left-alt + 'm' twice (no mod1), but pressing right-alt
with 'm' got a modifier.

Input keysym 0xFFE9, 0:'' 7bit
Input keysym 0x006D, 1:'m' 7bit
Input keysym 0x006D, 1:'m' 7bit
Input keysym 0xFFEA, 0:'' 7bit
Input keysym 0x006D, 1:'m' 7bit
Input keysym 0x006D, 1:'m' 7bit
Input keysym 0xFFE4, 0:'' 7bit
Input keysym 0x006D, 1:'^M' Control 7bit
Input keysym 0x006D, 1:'^M' Control 7bit
Input keysym 0xFFE7, 0:'' 7bit
Input keysym 0x006D, 1:'m' Mod1 Mod4 8bit
Input keysym 0x006D, 1:'m' Mod1 Mod4 8bit
Input keysym 0xFFE3, 0:'' 7bit
Input keysym 0x0064, 1:'^D' Control 7bit
Input keysym 0x0064, 1:'^D' Control 7bit

gnome-terminal might be trapping the keypress events (something to check on=
),
or getting the information in some other way that hasn't occurred to me.

--=20
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net

--qDbXVdCdHGoSgWSk
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (SunOS)
Comment: For info see http://www.gnupg.org

iD8DBQFA/bWetIqByHxlDocRAhZCAJ9gasLzZvJ4XKkYOkdNKEkF4r+ZcgCdFaMm
Igfg+YsRP68ut2vLBQyyM/k=
=W4Lj
-----END PGP SIGNATURE-----

--qDbXVdCdHGoSgWSk--