On Mon, Jul 08, 2002 at 21:01:53 -0700, Deb wrote: > Thomas Dickey <[EMAIL PROTECTED]> had this to say, > > But xterm-color usually says that the terminal doesn't implement > > back color erase (bce). In that case, most full-screen > > applications will write explicit blanks, which xterm's > > select/paste will preserve. > > Hold on. The behavior holds for *both* xterm and xterm-color,
Because the terminfos for xterm and xterm-color say that they don't support bce (BTW, xterm should even say that it doesn't support colors, as some implementations of xterm, e.g. under Solaris, don't support colors). > and I just tested F-secure ssh Windoze client - and it also exhibits > the same behaviour - the only common denominator is using mutt and > copying/ pasting text from a displayed message. This is consistent if you use the same terminfos. > Mutt, in all cases I think, is using my color defaults, even when there > is no color. I could eliminate that from the mix and test, I suppose. What do you mean by "there is no color"? > > > I would consider this a bug. > > > > ( sure - but not in mutt or xterm ;-) > > I still respectfully disagree (see above). Thomas is right. Mutt displays spaces to avoid display corruption (wrong background) when using a background different from the default background, because the terminfos say that the terminal doesn't support bce. If you want to avoid these spaces, use a terminal that supports bce and a corresponding terminfo that says that the terminal supports bce. -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
