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

Egmont Koblinger bugzilla_noreply at kde.org
Sat Jun 15 22:26:13 BST 2019


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

--- Comment #11 from Egmont Koblinger <egmont at gmail.com> ---
Hi Kurt, Mariusz,

> This is breaking
> `clear` command, which replaces scrollback with current screen contents.

You seem to have missed my latest comment (comment 8).

As of ncurses 20180804, the "clear" command correctly clears the entire history
in konsole, even without the just committed change.

Therefore the claim that I quoted is no longer valid, and does not justify this
change.

The change makes konsole behave like xterm, which is not necessarily better in
this case. For example, pressing Ctrl+L at the bash prompt now wipes out the
last screenful of data, while the rest is still available in the scrollback.
This behavior (i.e. xterm's behavior) makes little sense to me. In my firm
opinion, Konsole's previous behavior (which differed from xterm's) of scrolling
out those lines made much more sense: the scrollback buffer contained
meaningful data even after a Ctrl+L at the shell prompt.

If you really wish to go for this new behavior and be fully compatible with
xterm, I'm not trying to stop you. But I'm kindly asking you to test the old
and new behavior and evaluate the differences against a new ncurses which fixed
clear's behavior, and make your choice based on this, rather than based on an
old ncurses as you apparently did.

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


More information about the konsole-devel mailing list