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

[Egmont Koblinger]

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

--- Comment #15 from Egmont Koblinger <egmont at gmail.com> ---
(In reply to RJVB from comment #14)

> Any chance this decision could be handled in the cmake logic so that the
> code has the best possible behaviour with either ncurses version, and would
> it be reasonable to do so (for the time being)?

This could improve the situation; although there are more things to consider:

- Currently konsole does not know anything about ncurses, doesn't rely on this
library or tools (including the "clear" binary) for compiling or running. This
would introduce at least a compile-time dependency.

- It's actually the runtime version of ncurses ("clear" in particular) that
should matter rather than the compile-time one (and thus I made a mistake in my
previous comment referring to the ncurses-{base,term} Ubuntu packages rather
than ncurses-bin). I don't know if ncurses exposes its version information via
some API, or konsole could test what "clear" does, however, either approach
would introduce a run-time dependency. Maybe it could be an optional runtime
dependency: if /usr/bin/clear exists then konsole could examine what it prints
and subsequently behave according to this. Hack, hack, hack... Is it worth it?
I'd let Kurt and friends decide.

- These wouldn't cover the case when you ssh to another system with another
ncurses version.

> BTW, I notice I'm just 1 point release behind with my local ncurses build
> (6.0 vs. 6.1); how do those numbers compare to the date-based version
> numbers?

Seems to me that 20181013 (with the "clear fix") is a patch on top of 6.1.

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