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