Messages in this thread | | | Date | Mon, 13 Oct 2008 03:40:25 -0400 (EDT) | From | Jan Engelhardt <> | Subject | Re: linux 2.6.26 vt back_color_erase |
| |
On Monday 2008-10-13 01:24, Alexander V. Lukyanov wrote:
>On Fri, Oct 10, 2008 at 01:22:08PM -0400, Jan Engelhardt wrote: >> >> Current linux kernel has broken bce semantics. Now insert_line and >> >> delete_line clear the new lines with default color and not with the >> >> current background as they should, and what is expected by ncurses. >> >> I beg to differ. The Linux VT now does exactly what an xterm does, > >I have just tested again: my xterm does erase new lines with current color, >just as linux console before the change. My xterm version: XTerm(196). >Please test yours and check the version.
It seems that xterm-235 does indeed erase-with-current on _scrolling_ (i.e. PS1='$'; echo -en "\e[25B\e[44mfoo\n\e[0m") as do urxvt.
>Probably color ls -l is just broken and should be fixed. Why was it >necessary to change the console color semantics that was there for years?
Because the Linux VT also did erase-with-current on _linewrap_, which xterm and urxvt certainly do not do.
Mh, this is really unfortunate; I agree something needs to be backed out.
| |