On Wed, Nov 26, 2008 at 07:47:40AM +0100, Marc Lehmann wrote: > On Tue, Nov 25, 2008 at 10:35:01PM +0100, Petar Bogdanovic <[EMAIL > PROTECTED]> wrote: > > Prefixing the string `sentence, wrapped' with ^[[44m (bg-blue) and > > suffixing it with ^[[0m (normal display) should only change the > > Ah - no. > > > > Sounds reasonable. > > > > Why? > > > > sed 's/..$/^[[44m&^[[0m/', the command used in my screenshot, should > > colour the background of exactly two characters not a whole line. > > terminals have no idea of "strings" of what belongs to what, they only react > to command sequences. > > urxvt (nor other terminals) cannot know that the two control sequences > apply to the string between them (what happes if there are cursor > movements for example?). > > if you change the background colour of the terminal, then this applies to > everything that gets output, including newly-scrolled-in space. > > this is consistent with the terminfo description of urxvt (see bce). > > what you seem to expect is that terminals have *two* kinds of "current > background colours", one for text being output and one for clearing lines,
I think I see your point. But why does the colouring depend on the position? The only thing I could imagine is that the second part of the wrapped line contains other characters when output at the bottom and the terminal has to scroll. My wild guess about the printed characters in those two scenarios: (when printed somewhere in the middle) | Prag_will_Verhandlungen_mit | | Dublin_aufnehmen___________ | (when printed at the bottom) | Prag_will_Verhandlungen_mit | | <C>Dublin_aufnehmen | While `_' is a space and `<C>' is a special character that `fills' everything till the right border. At least that would be somehow consistent with my observation where I can change the background of the string `aufnehmen' but the rest of the line is still blue when printed at the bottom: http://img376.imageshack.us/img376/1816/term3kl1.png Also the last line looses the `filling' immediately when I resize the terminal, so I guess a resize makes the terminal redraw everything.. _______________________________________________ rxvt-unicode mailing list [email protected] http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode
