bug-gforth
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #57340] ekey goes into strange mode when reading shift-backspace


From: Anton Ertl
Subject: [bug #57340] ekey goes into strange mode when reading shift-backspace
Date: Tue, 3 Dec 2019 01:59:37 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.5.0

Update of bug #57340 (project gforth):

                  Status:               Need Info => Confirmed              

    _______________________________________________________

Follow-up Comment #7:

I can reproduce this (shift-tab) in gforth 0.7.2 on an xterm in Debian 8, and
in gforth-0.7.3 on an xterm that's connected to an Ubuntu 18.04 system through
ssh, and on an lxterm running on the Ubuntu 18.04 system displaying through an
ssh connection.  So it looks like Gforth is at fault.

On Gforth 0.7.9_20191128, this works as it should.

I notice that 0.7.3 does not know the escape-sequence and only returns the
ESC, while 0.7.9_20191128 returns $9000001D, i.e., "k-tab k-shift-mask or". 
If I disable recognizing this escape sequence, 0.7.9_20191128 still does not
exhibit this line-mode-like behaviour.

So the bug is fixed in the development version.  Do we want to do anything
about the bug in 0.7.3?

A workaround is to define

get-current esc-sequences set-current
$9000001D s" [Z" esc-sequence
set-current

This will get you the proper behaviour for shift-tab.  I expect that for other
escape-sequences that Gforth does not know, Gforth will still show the
line-mode-like behaviour.

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?57340>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]