Re: 23.1; after upgrading to emacs-23, meta key in xterm no longer works

Re: 23.1; after upgrading to emacs-23, meta key in xterm no longer works

[Chong Yidong]

Does anyone on this list have xterm-253 available to test?  I can't
reproduce the problem on xterm 241, and don't have xterm-253 available
to test at the moment.

> With "emacs23 -nw" running inside xterm-253, my meta key does not work
> for things like M-x.  Instead, the terminal bell beeps, and the string
> ;120~ appears in the buffer.  Looking at the log below, this is
> because the terminal actually sent the string \e[27;3;120~ which is
> occurring because emacs turned on the "modifyOtherKeys" setting with
> the escape sequence \e[>4;1m at startup.  Older versions of emacs did
> not do this, and everything worked fine.
>
> Indeed, if I execute the command:
>    (xterm-turn-off-modify-other-keys (selected-frame))
> then my meta key temporarily starts working again.
>
> My normal Xterm settings are
>   xterm*metaSendsEscape: true
>   xterm*eightBitInput: false
> which has always worked in previous versions.

Re: 23.1; after upgrading to emacs-23, meta key in xterm no longer works

[Sven Joachim]

On 2010-03-13 19:42 +0100, Chong Yidong wrote:

> Does anyone on this list have xterm-253 available to test?  I can't
> reproduce the problem on xterm 241, and don't have xterm-253 available
> to test at the moment.

With xterm 255 I cannot reproduce the problem either (xterm 253 is not
available here).

Sven

>> With "emacs23 -nw" running inside xterm-253, my meta key does not work
>> for things like M-x.  Instead, the terminal bell beeps, and the string
>> ;120~ appears in the buffer.  Looking at the log below, this is
>> because the terminal actually sent the string \e[27;3;120~ which is
>> occurring because emacs turned on the "modifyOtherKeys" setting with
>> the escape sequence \e[>4;1m at startup.  Older versions of emacs did
>> not do this, and everything worked fine.
>>
>> Indeed, if I execute the command:
>>    (xterm-turn-off-modify-other-keys (selected-frame))
>> then my meta key temporarily starts working again.
>>
>> My normal Xterm settings are
>>   xterm*metaSendsEscape: true
>>   xterm*eightBitInput: false
>> which has always worked in previous versions.

Re: 23.1; after upgrading to emacs-23, meta key in xterm no longer works

[Glenn Morris]

Chong Yidong wrote:

> Does anyone on this list have xterm-253 available to test?

Yes.

>> With "emacs23 -nw" running inside xterm-253, my meta key does not work
>> for things like M-x.  Instead, the terminal bell beeps, and the string
>> ;120~ appears in the buffer.

Something similar happens for me too (and with the trunk).

>> Indeed, if I execute the command:
>>    (xterm-turn-off-modify-other-keys (selected-frame))
>> then my meta key temporarily starts working again.

This command makes no difference for me.

I normally use aterm, which works fine.

Re: bug#5541: 23.1; after upgrading to emacs-23, meta key in xterm no longer works

[Chong Yidong]

Glenn Morris <rgm@gnu.org> writes:

>> Does anyone on this list have xterm-253 available to test?
>
> Yes.
>
>>> With "emacs23 -nw" running inside xterm-253, my meta key does not work
>>> for things like M-x.  Instead, the terminal bell beeps, and the string
>>> ;120~ appears in the buffer.
>
> Something similar happens for me too (and with the trunk).

And does xterm-24* behave OK?

It's possible this is a bug in xterm-253, which would be why Sven
Joachim does not see it on xterm-255.

Re: bug#5541: 23.1; after upgrading to emacs-23, meta key in xterm no longer works

[Jim Paris]

Chong Yidong wrote:
> Glenn Morris <rgm@gnu.org> writes:
> 
> >> Does anyone on this list have xterm-253 available to test?
> >
> > Yes.
> >
> >>> With "emacs23 -nw" running inside xterm-253, my meta key does not work
> >>> for things like M-x.  Instead, the terminal bell beeps, and the string
> >>> ;120~ appears in the buffer.
> >
> > Something similar happens for me too (and with the trunk).
> 
> And does xterm-24* behave OK?
> 
> It's possible this is a bug in xterm-253, which would be why Sven
> Joachim does not see it on xterm-255.

I did some more testing and it only happens on some of my systems.
Turns out the problem shows up when this .Xresources setting is
present:

! Shift-paste to paste CLIPBOARD instead of PRIMARY.
xterm*VT100.Translations: #override \
	Shift <Btn2Up>: insert-selection(CLIPBOARD)\n \
	Ctrl ~Shift Meta <Key>-: smaller-vt-font() \n \
	Ctrl ~Shift Meta <Key>=: larger-vt-font() \n

That's worked for me forever... I have no idea why it would cause new
versions of emacs to act funny.  CCing Thomas Dickey, any ideas?
The original report is at http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5541

-jim

Re: bug#5541: 23.1; after upgrading to emacs-23, meta key in xterm no longer works

[Thomas Dickey]

On Sat, 13 Mar 2010, Jim Paris wrote:

> Chong Yidong wrote:
>> Glenn Morris <rgm@gnu.org> writes:
>>
>>>> Does anyone on this list have xterm-253 available to test?
>>>
>>> Yes.
>>>
>>>>> With "emacs23 -nw" running inside xterm-253, my meta key does not work
>>>>> for things like M-x.  Instead, the terminal bell beeps, and the string
>>>>> ;120~ appears in the buffer.
>>>
>>> Something similar happens for me too (and with the trunk).
>>
>> And does xterm-24* behave OK?
>>
>> It's possible this is a bug in xterm-253, which would be why Sven
>> Joachim does not see it on xterm-255.
>
> I did some more testing and it only happens on some of my systems.
> Turns out the problem shows up when this .Xresources setting is
> present:
>
> ! Shift-paste to paste CLIPBOARD instead of PRIMARY.
> xterm*VT100.Translations: #override \
> 	Shift <Btn2Up>: insert-selection(CLIPBOARD)\n \
> 	Ctrl ~Shift Meta <Key>-: smaller-vt-font() \n \
> 	Ctrl ~Shift Meta <Key>=: larger-vt-font() \n
>
> That's worked for me forever... I have no idea why it would cause new
> versions of emacs to act funny.  CCing Thomas Dickey, any ideas?
> The original report is at http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5541

The various key-modifier resources are all ifdef'd as a single group
(no escape sequence is implemented to disable the feature).  I suppose
emacs is checking the version number from xterm to decide if the feature
is present, since there's no other indication that it's available.

xterm generally doesn't know what the translations do, but it does check 
if the meta key appears in a translation.  For that, and alt, xterm 
decides to not use those in modified function-keys - to try to avoid odd 
conflicts with cases such as this translation.  (They may be the same key 
- same general effect).  But the particular combination caught by the 
translations wouldn't be seen by xterm; it only massages the seen 
keycodes.

The escape sequence says xterm's sending a 3 (for alt).  Perhaps it's 
something along the lines of xterm deciding that meta isn't part of the 
modify-other-keys feature, but alt (on the same key) still is.  I assume 
that emacs is looking for 9 (meta) rather than 3 (alt), and so it errors 
out.

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

Re: 23.1; after upgrading to emacs-23, meta key in xterm no longer works

[Eduard Wiebe]

Chong Yidong <cyd@stupidchicken.com> writes:

> Does anyone on this list have xterm-253 available to test?  

Yes.

$ xterm -version
X.Org 6.8.99.903(253)

>> With "emacs23 -nw" running inside xterm-253, my meta key does not work
>> for things like M-x.  Instead, the terminal bell beeps, and the string
>> ;120~ appears in the buffer.  Looking at the log below, this is
>> because the terminal actually sent the string \e[27;3;120~ which is
>> occurring because emacs turned on the "modifyOtherKeys" setting with
>> the escape sequence \e[>4;1m at startup.  Older versions of emacs did
>> not do this, and everything worked fine.

I can't reproduce this on my machine.

$ uname -a
FreeBSD nirvana.pusto.de 7.2-RELEASE-p6 FreeBSD 7.2-RELEASE-p6 #4: Wed Feb  3 12:03:26 CET 2010     root@nirvana.pusto.de:/usr/obj/usr/src/sys/GENERIC  i386

>> Indeed, if I execute the command:
>>    (xterm-turn-off-modify-other-keys (selected-frame))
>> then my meta key temporarily starts working again.
>>
>> My normal Xterm settings are
>>   xterm*metaSendsEscape: true
>>   xterm*eightBitInput: false
>> which has always worked in previous versions.

Works fine too.

-- 
Eduard Wiebe

Re: bug#5541: 23.1; after upgrading to emacs-23, meta key in xterm no longer works

[Glenn Morris]

Chong Yidong wrote:

> And does xterm-24* behave OK?

I don't have that version. My system just updated to xterm-255, and it
behaves the same as 253 did. Running `xrdb -remove' first makes no
difference.