Bug#888389: Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

2018-03-01 Thread Andreas 

On Thu, 1 Mar 2018 10:20:28 -0500 (EST), Thomas Dickey wrote:


| > "default" happens to be the default value, but it is a setting that is 
| > saved in .lynxrc, so once changed, it persists. 
|
| I agree. But after a fresh install the Bash-like-Bindings are not default, 
| are they? If not, in my opinion that should be changed. 
|
| That would also close this bug report (well design flaw in my opinion). No 
| re-write of vim's code necessary at all in this case. 

a fresh install will never modify your "~/.lynxrc" file, since it is not 
part of the package. 

(reinstalling vim doesn't alter your .vimrc or .viminfo files, either) 


I know. 

Let's assume a *fresh* *installation* of vi(m), may be as part of a fresh 
Linux installation. There will be no .vimrc or .viminfo I understand. But 
it should write a /etc/lynx/lynx.cfg . I suppose the maintainer could 
change this file by adding 


lineedit_mode=Bash-like Bindings

there. Thus every fresh install would create the behavour of deleteing the 
character after the cursor when hitting DEL. If a user doesn't like this, 
for what ever reason, he could change this in the ~/.lynxrc .


In the end, only changing the /etc/lynx/lynx.cfg would take care of this 
(IMO) design flaw.

--
Andreas

Random thoughts
https://news-commentaries.blogspot.com/

Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

2018-03-01 Thread Thomas Dickey 
- Original Message -
| From: "Ankman" 
| To: 888...@bugs.debian.org
| Sent: Thursday, March 1, 2018 8:52:06 AM
| Subject: Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor 
instead of BEHIND
| 
| Thomas Dickey wrote:
| >
| > | But let me, as the one sending this bug report, conform that
| > | "Bash-like
| > | Bindings" indeed "fixes" the problem on my side.
| > | 
| > | I suppose if that would be set to be default everybody is happy. Because
| > | doubt anyone enjoys the default settings (at best doesn't cares). I
| > | suggest to set it default in the next release and all is good. :-)
| >
| > "default" happens to be the default value, but it is a setting that is
| > saved in .lynxrc, so once changed, it persists.
| 
| I agree. But after a fresh install the Bash-like-Bindings are not default,
| are they? If not, in my opinion that should be changed.
| 
| That would also close this bug report (well design flaw in my opinion). No
| re-write of vim's code necessary at all in this case.

a fresh install will never modify your "~/.lynxrc" file, since it is not part 
of the package.

(reinstalling vim doesn't alter your .vimrc or .viminfo files, either)

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

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

2018-03-01 Thread Elimar Riesebieter 
* Ankman  [2018-03-01 08:52 -0500]:

[...]
> That would also close this bug report (well design flaw in my opinion). 

Done hereby.

> No re-write of vim's code necessary at all in this case.

Elimar
-- 
  Experience is something you don't get until
  just after you need it!

Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

2018-03-01 Thread Ankman 

Thomas Dickey wrote:


| But let me, as the one sending this bug report, conform that "Bash-like
| Bindings" indeed "fixes" the problem on my side.
| 
| I suppose if that would be set to be default everybody is happy. Because 
| doubt anyone enjoys the default settings (at best doesn't cares). I 
| suggest to set it default in the next release and all is good. :-)


"default" happens to be the default value, but it is a setting that is 
saved in .lynxrc, so once changed, it persists.


I agree. But after a fresh install the Bash-like-Bindings are not default, 
are they? If not, in my opinion that should be changed.


That would also close this bug report (well design flaw in my opinion). No 
re-write of vim's code necessary at all in this case.


Thanks, Ank
--
Random toughts and comments
https://news-commentaries.blogspot.com/

Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

2018-02-28 Thread Thomas Dickey 
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 KeyboardBackspace   Delete  Del
> > 
> > 6   2.8.8dev.5-1bashDELPDELNnone
> > 6   2.8.8dev.5-1alternate   DELPDELPnone
> > 6   2.8.8dev.5-1default DELPDELPnone
> > 
> > 7   2.8.8dev.12-2+deb7u2 bash   DELPDELNnone
> > 7   2.8.8dev.12-2+deb7u2 alternate  DELPDELPnone
> > 7   2.8.8dev.12-2+deb7u2 defaultDELPDELPnone
> > 
> > 8   2.8.9dev1-2+deb8u1 bash DELPDELNnone
> > 8   2.8.9dev1-2+deb8u1 alternateDELPDELPnone
> > 8   2.8.9dev1-2+deb8u1 default  DELPDELPnone
> > 
> > 9   2.8.9dev11-1bashDELPDELNnone
> > 9   2.8.9dev11-1alternate   DELPDELPnone
> > 9   2.8.9dev11-1default DELPDELPnone
> >
> > 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 "" and "Remove key", but did not see that in the current
bug reports -- and "" vs "Backspace" is a swamp).
  
-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: Digital signature

Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

2018-02-27 Thread Axel Beckert 
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.

> > > 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:
>
> DebianLynxKeyboardBackspace   Delete  
> Del
> 
> 6 2.8.8dev.5-1bashDELPDELNnone
> 6 2.8.8dev.5-1alternate   DELPDELPnone
> 6 2.8.8dev.5-1default DELPDELPnone
> 
> 7 2.8.8dev.12-2+deb7u2 bash   DELPDELNnone
> 7 2.8.8dev.12-2+deb7u2 alternate  DELPDELPnone
> 7 2.8.8dev.12-2+deb7u2 defaultDELPDELPnone
> 
> 8 2.8.9dev1-2+deb8u1 bash DELPDELNnone
> 8 2.8.9dev1-2+deb8u1 alternateDELPDELPnone
> 8 2.8.9dev1-2+deb8u1 default  DELPDELPnone
> 
> 9 2.8.9dev11-1bashDELPDELNnone
> 9 2.8.9dev11-1alternate   DELPDELPnone
> 9 2.8.9dev11-1default DELPDELPnone
>
> 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.
 
> in xterm (the names correspond to a DEC VT220).  In Linux console, that
> "Del" sends the same escape sequence as "Delete".
[...]
> If I've overlooked some detail, steps-to-reproduce would be helpful.

JFTR: How I tested:

* My Lynx has "Line edit style" set to "Default Bindings" (except on
  the one box as mentioned above).
* Took an uxterm.
* I called "lynx https://duckduckgo.com/lite";, navigated to the search
  box, typed a few characters, then pressed the cursor left key a few
  times and pressed "Delete" to see which character will be deleted.
* Second test was doing the same, but in the Editor text field of the
  options. No difference here.
* In case of remote boxes (all but Debian Unstable) I used "ssh -t
  lynx ..." inside the uxterm on Debian Unstable.

Hope this helps to clarify where an issue is seen and under which
circumstances it shows up.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

2018-02-27 Thread Thomas Dickey 
On Thu, Jan 25, 2018 at 03:04:51PM +0100, Axel Beckert wrote:
> Hi,
> 
> ank man 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).
> > 
> > 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.

For clarification,

+ the large key on the qwerty main-keyboard may be
  labeled "backspace", may have an arrow, etc,
  but with Debian it sends DEL, not backspace.
+ The key labeled "Delete" does not send DEL.
  It sends an escape sequence on most terminals, e.g., ^[[3~
+ The key labeled "Del" on the numeric keypad does not send DEL.
  It sends (not surprise) an escape sequence in xterm, e.g, ^[On

(using "^[" for escape just for readability).  In the Options menu,
Lynx has choices for keyboard ("Line edit style).

Here's some data noted while editing text-fields in the options menu:

Debian  LynxKeyboardBackspace   Delete  Del

6   2.8.8dev.5-1bashDELPDELNnone
6   2.8.8dev.5-1alternate   DELPDELPnone
6   2.8.8dev.5-1default DELPDELPnone

7   2.8.8dev.12-2+deb7u2 bash   DELPDELNnone
7   2.8.8dev.12-2+deb7u2 alternate  DELPDELPnone
7   2.8.8dev.12-2+deb7u2 defaultDELPDELPnone

8   2.8.9dev1-2+deb8u1 bash DELPDELNnone
8   2.8.9dev1-2+deb8u1 alternateDELPDELPnone
8   2.8.9dev1-2+deb8u1 default  DELPDELPnone

9   2.8.9dev11-1bashDELPDELNnone
9   2.8.9dev11-1alternate   DELPDELPnone
9   2.8.9dev11-1default DELPDELPnone
 
referring to the section in lynx.cfg discussing keymap:
#  DELN # Delete next/curr char
#  DELP # Delete prev  char

and "none" indicates that the escape sequence from xterm's keypad is ignored.

If you use the "-cmd_log" option to record the keystrokes, those
"Backspace" and "Delete" keys should show as
key 
key Remove key

in xterm (the names correspond to a DEC VT220).  In Linux console, that
"Del" sends the same escape sequence as "Delete".

If you're using some other terminal, then the issue probably isn't Lynx.

If I've overlooked some detail, steps-to-reproduce would be helpful.

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


signature.asc
Description: Digital signature

Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

2018-01-25 Thread Thomas Dickey 
On Thu, Jan 25, 2018 at 11:43:28AM +0100, Axel Beckert wrote:
> Control: tag -1 + confirmed upstream
> Control: found -1 2.8.9dev11-1
> Control: found -1 2.8.9dev1-2
> Control: fixed -1 2.8.8dev.12-2
> Control: retitle -1 lynx: DEL deletes character in FRONT of the cursor 
> instead of BEHIND
> 
> Hi,
> 
> Ankman wrote:
> > Deleting a character (anywhere: web form, url fields...) with RUBOUT
> > (or DEL) deletes the character BEFORE the cursor instead of AFTER
> > (next right to the cursor).
> 
> thanks for this bug report. This is indeed the case, but I never
> noticed it (probably because I usually use backspace in web form
> fields).
> 
> > I want to note this might not be a bug but a design flaw.
> 
> It's very likely a bug, or more specific: It seems to be a regression.
> 
> > But this happens in any lynx on Linux, UNIX, OpenBSD I tried.
> 
> 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).

hmm.  I rewrote a chunk of configuration around this point:

2013-11-28 (2.8.8pre.1)
2013-11-28 (2.8.8dev.17)
...
* modify logic in lkcstring_to_lkc() to allow named keys, e.g., from curses,
  to be used consistently in a KEYMAP directive -TD
...
* add symbols in Keysym_Strings[] and table in setup_vtXXX_keymap() for
  function keys 2-12, to improve keymap-configurability -TD
* change extra-key #define's in LYStrings.h to enum -TD
* cleanup pre-2.7 debris from LYStrings.c and LYStrings.h -TD
* modify tables for key-bindings and edit-bindings to allow them to be reloaded
  to their initial values -TD

I'll test the Debian 7 version to see if I can reproduce the behavior
as described.
 
> So I assume, this regression has crept in during the 2.8.9
> development (since Debian does not patch any Lynx code, only default
> config and the configure script).
> 
> P.S.: I've never heard of "RUBOUT" as an alternative name for DEL or
> DELETE.

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


signature.asc
Description: Digital signature

Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

2018-01-25 Thread Axel Beckert 
Hi Elimar,

Elimar Riesebieter wrote:
> But anyway, shouldn't we forward this bug upstream?

Yes, but a) AFAIK Thomas reads Debian bug reports, too, and I wanted
b) first check if this is really reproducible in Debian 6 Squeeze,
too. (And I currently don't have time to do that immediately.)

But feel free to forward it anyway now. Shouldn't hurt. :-)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

2018-01-25 Thread Elimar Riesebieter 
* Axel Beckert  [2018-01-25 15:04 +0100]:

[...]
> 
> > 
> > shows a vintage keyboard with a key labeled "RUB OUT" on it.
> 
> Cool, thanks for the link!

Very interesting ;-)


But anyway, shouldn't we forward this bug upstream?

Elimar
-- 
.~.
/V\   L   I   N   U   X
   /( )\ >Phear the Penguin<
   ^^-^^


signature.asc
Description: PGP signature

Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

2018-01-25 Thread Axel Beckert 
Hi,

ank man 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).
> 
> And as mentioned in (an older, hasn't been updated for years) OpenBSD .

No. You mentioned that it "_happens_ in _any_ lynx on Linux, UNIX, OpenBSD
I tried."

While I wrote in the last two lines you've cited: "but _not_ the lynx
version in Debian 7 Wheezy".

> I checked another system I have an account at Debian GNU/Linux 6.0

Are you sure it's a Debian _6_.0? Because that's EOL since 2 years
(LTS) respectively 4 years (regular).

> (what ever name that is now)

It always was and still is called "Squeeze". That never changed. See
https://wiki.debian.org/DebianReleases

> and can confirm the bug there too.

Now that's confusing. So the bug is present in Debian 6, 8 and 9, but
_not_ in Debian 7? Will eventually cross-check in a VM.

[The remainder of this mail is probably off-topic for the Debian BTS,
 but might be mildly amusing for some readers. :-]

> > P.S.: I've never heard of "RUBOUT" as an alternative name for DEL or
> > DELETE.
> 
> I think I mixed up DEL and BACKSPACE when I mentioned RUBOUT.

Ok, to be more precise: I've never heard of "RUBOUT" as name for any
key. :-)

> I am old school. :-)

.oO( /me too. At least I think so. ;-)

> And recently read some manuals of old CP/M systems and the key was
> called RUBOUT there.

Ok, not _that_ old school. ;-)

> 
> shows a vintage keyboard with a key labeled "RUB OUT" on it.

Cool, thanks for the link!

If I ever manage to get an individually printed key cap set for one of
my keyboards, it will have "RUB OUT" printed on the BACKSPACE key cap.
:-D

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

2018-01-25 Thread ank man 
On Thu, Jan 25, 2018 at 5:43 AM, Axel Beckert  wrote:

[snip]

>> But this happens in any lynx on Linux, UNIX, OpenBSD I tried.
>
> 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).

And as mentioned in (an older, hasn't been updated for years) OpenBSD .

I checked another system I have an account at Debian GNU/Linux 6.0
(what ever name that is now) and can confirm the bug there too.

> So I assume, this regression has crept in during the 2.8.9
> development (since Debian does not patch any Lynx code, only default
> config and the configure script).
>
> P.S.: I've never heard of "RUBOUT" as an alternative name for DEL or
> DELETE.

I think I mixed up DEL and BACKSPACE when I mentioned RUBOUT.
Apparently BACKSPACE, which works correvtly in lynx, was also called
RUBOUT in the past days.

I am old school. :-) And recently read some manuals of old CP/M
systems and the key was called RUBOUT there.


shows a vintage keyboard with a key labeled "RUB OUT" on it.

Sorry for the confusion, I should have named it "DEL" instead, not
"RUBOUT", which was wrong anyway, because that (today called
BACKSPACE) works in lynx. :-/

Again, DEL, not BACKSPACE is the problem in lynx (hope I got this
right now). Here in X, DEL has the keycode is 119, while BACKSPACE has
22.

Thanks.

Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

2018-01-25 Thread Axel Beckert 
Control: tag -1 + confirmed upstream
Control: found -1 2.8.9dev11-1
Control: found -1 2.8.9dev1-2
Control: fixed -1 2.8.8dev.12-2
Control: retitle -1 lynx: DEL deletes character in FRONT of the cursor instead 
of BEHIND

Hi,

Ankman wrote:
> Deleting a character (anywhere: web form, url fields...) with RUBOUT
> (or DEL) deletes the character BEFORE the cursor instead of AFTER
> (next right to the cursor).

thanks for this bug report. This is indeed the case, but I never
noticed it (probably because I usually use backspace in web form
fields).

> I want to note this might not be a bug but a design flaw.

It's very likely a bug, or more specific: It seems to be a regression.

> But this happens in any lynx on Linux, UNIX, OpenBSD I tried.

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).

So I assume, this regression has crept in during the 2.8.9
development (since Debian does not patch any Lynx code, only default
config and the configure script).

P.S.: I've never heard of "RUBOUT" as an alternative name for DEL or
DELETE.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#888391: lynx: RUBOUT deletes character in FRONT of the cursor instead of BEHIND

2018-01-24 Thread Ankman 
Package: lynx
Version: 2.8.9dev16-2
Severity: wishlist
Tags: a11y

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Deleting a character (anywhere: web form, url fields...) with RUBOUT (or DEL) 
deletes the character BEFORE the cursor instead of AFTER (next right to the 
cursor).

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Typing DEL (or might be called RUBOUT).

   * What was the outcome of this action?

Deletes character BEFORE the cursor just like BACKSPACE does.

   * What outcome did you expect instead?

Delete the character AFTER the cursor, like in with any other application.

I want to note this might not be a bug but a design flaw. But this happens in 
any lynx on Linux, UNIX, OpenBSD I tried.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (1001, 'testing')
Architecture: i386 (i686)

Kernel: Linux 4.14.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8), 
LANGUAGE=en_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lynx depends on:
ii  libbsd0   0.8.7-1
ii  libbz2-1.01.0.6-8.1
ii  libc6 2.26-4
ii  libgnutls30   3.5.16-1
ii  libidn11  1.33-2.1
ii  libncursesw5  6.0+20171125-1
ii  libtinfo5 6.0+20171125-1
ii  lynx-common   2.8.9dev16-2
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages lynx recommends:
ii  mime-support  3.60

lynx suggests no packages.

-- no debconf information