Comment 15 for bug 7416

Revision history for this message
Debian Bug Importer (debzilla) wrote :

Message-ID: <email address hidden>
Date: Wed, 21 Jul 2004 09:49:08 -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

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

On Wed, Jul 21, 2004 at 03:14:07PM +0200, Guido Guenther wrote:
> On Wed, Jul 21, 2004 at 05:44:32AM -0400, Thomas Dickey wrote:
> > > which looks sane to me. Here's the (maybe) interesting part: When I
> > > press <ALT>, I see:
> > > =20
> > > Input keysym 0xFFE7, 0:'' 7bit
> > > Handle 7bit-key
> >=20
> > Is that <ALT> the same as one of your Meta_L or Alt_R keys?
> I mean the key labeled "alt" on the keyboard. On my Mac Keyboard:
> keycode 64, keysym 0xffe7. It has the modifier ALT_L assigned by default
> and I change that via:
> keysym Alt_L =3D Meta_L Alt_L
> which works according to xev.

ok - that (difference in PC versus other keyboards) was one of the comments
that google found which illustrates the alt/meta issue.
=20
> > xev could identify that. What your trace seems to indicate to me
> > is that the mod1 for Meta_L isn't having a real effect, so the literal
> > key is sent to xterm. That should show up in xev's trace (though xev
> > doesn't show the modifier information, it should show a "Alt_L" or "Met=
a_L").
> When I do:
> xmodmap -e 'keycode 64 =3D Alt_L' (removing the Meta_L) *it works* again.
> So it seems it's actually not "Meta sends escape" anymore but rather
> "Alt sends escape".

ok. I don't see anyplace in xterm that I could improve on here
(since it sees only one of the alt/meta definitions). There is
some provision for keys having more than one name and modifier
(which may have issues to resolve).

Does gnome-terminal still work if you remove the definition for Meta_L?

> This is a change in behaviour which we should at least document somewhere
> in the debian package before closing the bug.
>=20
> I'm still having some problems with my <apple-key>-click =3D "middle
> click" emulation, which completely confuses xterm at the moment (and
> which showed up at the same time than the above problem), but I'll have
> to dig deeper into this before reporting this as a bug.
>=20
> Thanks _very_ much for your help,

no problem (though it doesn't seem that it's solved yet)

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

--Qxx1br4bt0+wmkIi
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/nNUtIqByHxlDocRAgkiAJwN7BgQNwpo7+aN0vOMqEu/2aB2ugCglDhF
ndNosq9wKel0YhOztRQgud8=
=gyXa
-----END PGP SIGNATURE-----

--Qxx1br4bt0+wmkIi--