[pkg-lynx-maint] Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

Thomas Dickey dickey at his.com
Wed Feb 28 09:44:15 UTC 2018


On Wed, Feb 28, 2018 at 07:39:14AM +0100, Axel Beckert wrote:
> Hi Thomas,
> 
> thanks for digging into this. It seems to me that this is partially
> caused by different expectations and partially by not being aware,
> which Lynx settings change the mentioned behaviour.
> 
> Thomas Dickey wrote:
> > On Thu, Jan 25, 2018 at 03:04:51PM +0100, Axel Beckert wrote:
> > > > > I've tested all lynx versions available in supported Debian releases
> > > > > and found that those lynx versions in
> > > > >
> > > > > * Debian Unstable/Buster (2.8.9dev16-2),
> > > > > * Debian 9 Stretch (2.8.9dev11-1), and
> > > > > * Debian 8 Jessie (2.8.9dev1-2)
> > > > >
> > > > > exhibit this behaviour, but not the lynx version in
> > > > >
> > > > > * Debian 7 Wheezy (2.8.8dev.12-2).
> 
> Given your hints what might be relevant, namely the "Line edit style"
> setting, I must admit that this setting has been different on the
> Debian 7 box I used for testing. There I had "Bash-like Bindings".
> Otherwise I had "Default Bindings". Which according to the table below
> explains very well, why I had a different result there. And changing
> it to "Bash-like Bindings" changes my Debian 7 box to exhibit the same
> behaviour as the others.

Looking at the history for src/LYEditMap.c, that DELN was in Klaus Weide's
original change in 1999.  I've reorganized things, don't recall changing
the end result.

> > > > And as mentioned in (an older, hasn't been updated for years) OpenBSD .
> > 
> > hmm - I have VMs for Debian 5-9 (and some others), but checking
> > Debian 6-9, I don't see the behavior described.
> [...]
> > Here's some data noted while editing text-fields in the options menu:
> >
> > Debian Lynx         Keyboard        Backspace       Delete          Del
> > 
> > 6   2.8.8dev.5-1    bash            DELP            DELN            none
> > 6   2.8.8dev.5-1    alternate       DELP            DELP            none
> > 6   2.8.8dev.5-1    default         DELP            DELP            none
> > 
> > 7   2.8.8dev.12-2+deb7u2 bash       DELP            DELN            none
> > 7   2.8.8dev.12-2+deb7u2 alternate  DELP            DELP            none
> > 7   2.8.8dev.12-2+deb7u2 default    DELP            DELP            none
> > 
> > 8   2.8.9dev1-2+deb8u1 bash         DELP            DELN            none
> > 8   2.8.9dev1-2+deb8u1 alternate    DELP            DELP            none
> > 8   2.8.9dev1-2+deb8u1 default      DELP            DELP            none
> > 
> > 9   2.8.9dev11-1    bash            DELP            DELN            none
> > 9   2.8.9dev11-1    alternate       DELP            DELP            none
> > 9   2.8.9dev11-1    default         DELP            DELP            none
> >
> > referring to the section in lynx.cfg discussing keymap:
> > #  DELN             # Delete next/curr char
> > #  DELP             # Delete prev      char
> 
> Which means for me that all Lynx versions in Debian 6 to 9 with "Line
> edit-style" (I assume that's meant with "keyboard") set to anything
> else than "Bash-like Bindings" exhibit the reported, but unexpected
> behaviour of "Delete" deleting the previous character (DELP) instead
> of the next/current one (DELN).
> 
> As I understood the original reporter, he expects that Delete always
> does DELN and never does DELP. And I actually expect this behaviour,
> too, hence the "confirmed" tag.

However, running "bash" itself and pressing "Delete", I see that it
corresponds to DELN.  The relevant output from "bind -p" shows this:

"\C-h": backward-delete-char
"\C-?": backward-delete-char
"\C-d": delete-char
"\e[3~": delete-char
# delete-char-or-list (not bound)
"\e\\": delete-horizontal-space
# forward-backward-delete-char (not bound)
# vi-delete (not bound)
# vi-delete-to (not bound)
# vi-overstrike-delete (not bound)

Since "Bash-like" is not the default, then the user would have (at some
time, since the setting can be saved into ~/.lynxrc) selected the behavior.
Besides seeing this information in the options menu, the user can check
the settings using this informational screen:

K           EDITMAP       display the current edit-key map

Given all of that, I don't see a need to change the "Bash-like" bindings
to something which differs from Bash :-)

(I recall some earlier discussion with Atsuhito Kohda regarding the names
given for "<delete>" and "Remove key", but did not see that in the current
bug reports -- and "<delete>" vs "Backspace" is a swamp).
  
-- 
Thomas E. Dickey <dickey at invisible-island.net>
https://invisible-island.net
ftp://ftp.invisible-island.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-lynx-maint/attachments/20180228/30a5f382/attachment-0001.sig>


More information about the pkg-lynx-maint mailing list