[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Colour remnants from previous program

From: Joe Zbiciak
Subject: Re: Colour remnants from previous program
Date: Mon, 7 May 2007 06:39:01 -0700 (PDT)

cga2000 wrote:
| On Sat, May 05, 2007 at 12:16:09PM EDT, Joe Zbiciak wrote:
| >    > Sounds like a bad terminfo entry, doesn't it?
| >
| >    Actually, I'm guessing it's a bug in the terminal emulator and how it
| >    handles windows that aren't an integer multiple of the character width.
| Yes, but then the OP would likely argue that since it only occurs when
| screen is running .. the problem is not with the emulator.

To which the simple answer is that screen will change precisely
which escape codes get set to the terminal, which doesn't necessarily
make it at fault but may change the symptoms.

It *does* make screen a factor though in sorting out why the behavior
is seen.

| >    The leftover pixels are parts of the character background color for
| >    the status lines in Mutt.
| >
| >    I imagine you can modulate the effect by telling Mutt different
| >    things about the terminal, such as whether the terminal fills w/
| >    the background color when erasing (bce). 
| I thought that the only way you could tell mutt about your terminal's
| capabilities was via your termcap/terminfo entry.

That's what I meant, I just wasn't explicit about it.  I was suggesting
you could play games w/ your terminal information to get Mutt or Screen
to use only a subset of the terminal's features to avoid the bug or
change its behavior.  That wouldn't fix the bug, as it doesn't address
the root cause, but it could mask it.

| >    But that won't change the fundamental issue that some operations
| >    have the terminal draw in the right 2-3 pixels and others don't.  I
| >    don't see $TERM or $TERMCAP changing that.
| I would definitely like to learn more about this. Why would the terminal
| emulator try to address anything that's not a multiple of a cell in the
| first place?

Perhaps BCE for "clear to end of line" is implemented with a simple
rectangle fill, and instead of computing the right edge coordinate,
it uses the window's width itself.  Not difficult to imagine at all.

| Wouldn't that be a capability of the terminal .. sub-cell
| addressing .. and as such shouldn't there be some terminfo stuff to
| describe it .. so that it can be handled transparently by applications
| when running on different emulators.

I'd be willing to wager the artifacts are not in regions of the display
intended to be addressable by any mechanism. 

| Why does my 221 columns xterm have a screen status line that's perfectly
| aligned with the left/right edges of my xterm window. If I subtract the
| advertised width of the WindoMaker dock, I have 1400-64=1336 pixels and
| that's clearly not a multiple of 221.

1326 *is* a multiple of 221.  So, do you have 10 pixels of window



We sell Spatulas, and that's all!

reply via email to

[Prev in Thread] Current Thread [Next in Thread]