[konsole] [Bug 384218] clear/^l shouldn't add empty lines to the scrollback buffer

[Mariusz Glebocki]

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

--- Comment #7 from Mariusz Glebocki <mglb at arccos-1.net> ---
> I think there are at least 2 levels at which an attempt can be made to
> improve this. Currently Konsole emulates well-known terminals, but it could
> very well define its own terminal type with the accompanying
> termcap/terminfo file that modifies an existing entry (or builds on one, if
> that database supports inheritance)."

* local usage - OK
* ssh to full desktop GNU/Linux - OK (as long as konsole terminfo is there)
* ssh/serial connection to server/embedded system - konsole terminfo not
  available

> provide a profile option whether or not the scrollback buffer should be
> cleared.

I'm for it. But this should do more than just blocking E3.

> As far as I know, konsole has been there, it used to work with TERM=konsole
> or something similar. I guess they had their reason to go for TERM=xterm
> (or a variant thereof) instead.

Git history says TERM=xterm is there since TERM is exported at all. I know
there is terminfo file (even more than one), but it doesn't look official.

> TERM=xterm sucks less

Compatibility with de facto standard is nice, especially if breaking it
doesn't give huge advantages.


My thoughts:

* \e[1J (erase from start to cursor) does not push lines to history. This
  command with cursor in last line should work exactly like \e[2J.
* none of delete* and erase* functions moves something to history.
* With "keep history" feature we would need to decide what should be moved
  to history. Clear? Remove of upper lines? What about lines in the middle
  of the screen? Or the one that was replaced? Or maybe just disable E3
  (and make [2J xterm-like)?
* as I said above, xterm/linux/... compatibility would be my choice.

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