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 <dic...@invisible-island.net> https://invisible-island.net ftp://ftp.invisible-island.net
signature.asc
Description: Digital signature