[konsole] [Bug 399615] Mishandling \b at the right margin

[Martin Hostettler]

https://bugs.kde.org/show_bug.cgi?id=399615

Martin Hostettler <textshell-dIA3f6 at uchuujin.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |textshell-dIA3f6 at uchuujin.d
                   |                            |e

--- Comment #3 from Martin Hostettler <textshell-dIA3f6 at uchuujin.de> ---
I think it's somewhat logical in the VTxxx model of cursor movement.
In the VTxxx terminals the cursor does not move past the right most column
ever, but instead has a "pending wrap" flag that takes effect only on the next
printed character unless it's cleared in between.

Then Backspace is only a alias for cursor left (CUB) which as all cursor
movement commands clears the "pending wrap" flag before executing the movement.
This results in the somewhat unintuitive result.

I think it's just a fact of terminal programming that the right-most column is
deeply special. Some applications use " \b" after text to force wrapping. But
in general software needs to know the width of the terminal to correctly handle
output when reaching the end of the line. It might be unfortunate that the
VTxxx cursor model results in one column less that behaves like the others. But
i think it's best to stick to the backwards compatible model. Especially for
terminals that claim TERM=xterm where xterm usually tries to be historically
accurate to what the original DEC VTxxx terminals do.

I'm trying to document what terminal emulators currently do. See
https://terminalguide.netlify.com/printing/ and
https://terminalguide.netlify.com/seq/a_c0-h/ for my attempt at documenting
this(still work in progress).

(@egmont: Thank for retesting different terminal emulators, i had to fix the
implementation specific notes on urxvt in my documentation)

-- 
You are receiving this mail because:
You are the assignee for the bug.