<<< Date Index >>>     <<< Thread Index >>>

Re: S-Lang -> ncurses: Lost bold attribute



On Sun, 12 Oct 2003, Axel Thimm wrote:

> On Sun, Oct 12, 2003 at 06:34:06AM -0400, Thomas Dickey wrote:
> > On Sun, 12 Oct 2003, Axel Thimm wrote:
> >
> > > On Sat, Oct 11, 2003 at 12:35:24PM -0400, Thomas Dickey wrote:
> > > So is this expected behaviour, e.g. mutt&ncurses have no bright/bold
> > > attribute? I couldn't find any reference to this problem elsewhere.
> >
> > it really depends on how the terminal description is treated by the
> > ncurses/slang library.  slang has some hardcoded behavior to treat
> > the blink attribute as "bright".  you may be seeing that.  otherwise,
> > "bright" may refer to colors 8-15, which (given a correct terminfo),
> > is treated the same in ncurses and slang.
>
> I did replace all brightsomething entries with colorN entries without
> effect. E.g. color14 and color6 are the same non-bold cyan under
> ncurses, while they are bold and non-bold under slang.
>
> I am using xterm-16color under xterm if that matters. Maybe ncurses
> and slang have a different interpretation of the terminal
> capabilities?

It does - you can test this easily:

> $ infocmp xterm xterm-16color
> comparing xterm to xterm-16color.
>     comparing booleans.
>     comparing numbers.
>         colors: 8, 16.
>         ncv: NULL, 32.

ncv#32 means that the bold attribute doesn't work properly in combination
with colors.  It's partly dependent on the resource settings - when I
implemented that one I was probably considering only the aspect of mapping
colors 8-15 as bold, but there's also the chance that one would be using
a bold font, etc.  If you tweak the terminfo to cancel that, you should
see ncurses combining bold+colors (unless it's not done someplace in mutt,
of course).  slang ignores ncv, ncurses looks at it and suppresses video
attributes which are indicated to conflict with colors.

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net