Bug#1067679: libvte-2.91-0: backspace character (code 8) output at the end of a line goes 2 columns backward

[Vincent Lefevre]

Hi,

Some additional information about the VT100.reverseWrap xterm setting:

On 2024-03-26 23:58:47 +0100, Vincent Lefevre wrote:
> I've eventually found the cause concerning the xterm behavior:
> I had
> 
> *VT100.reverseWrap:             true
> 
> for XTerm, and this, since at least April 2002.

I've actually found an old config of mine with this setting
from June 1996. So, this is really old!

> It seems to have been the default in the past (I could see in my
> mail archives that other users had it too), and I had never changed
> this part of my config since then.

Or it was the usual workaround to be able to go backward to the
previous line in cooked mode, which was used very often at that
time. This is the first issue of
  https://gitlab.gnome.org/GNOME/vte/-/issues/62
which you mentioned.

After testing, another nice thing it can do is to be able to solve
an issue with the background color when scrolling occurs. This is
a hack, but I haven't seen any serious drawback.

See

  https://debbugs.gnu.org/cgi/bugreport.cgi?bug=15444#38

and the following messages.

On 2024-03-26 08:00:37 +0100, Egmont Koblinger wrote:
> Most of the terminals that behave like you wish to, i.e. print "abc",
> suffer from bug https://bugzilla.gnome.org/show_bug.cgi?id=731155, the test
> ncurses app there incorrectly prints "50" instead of the expected "50%".

FYI, I think I've never found any drawback in practice. But for zsh,
I have the default ZLE_RPROMPT_INDENT (mentioned in this bug) to
avoid the issue with reverseWrap.

-- 
Vincent Lefèvre <vincent at vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)