lynx-dev
[Top][All Lists]
Advanced

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

Re: lynx-dev lynx 2.8.4pre.1


From: Thomas Dickey
Subject: Re: lynx-dev lynx 2.8.4pre.1
Date: Tue, 5 Jun 2001 15:00:01 -0400
User-agent: Mutt/1.2.5i

On Tue, Jun 05, 2001 at 09:07:11AM -0400, Larry W. Virden wrote:
> > I haven't done much with colorfgbg recently - perhaps that's related.
> > (I'll look there).
> 
> I have rebuilt ncurses without the colorfgbg or the enable-widec.  With
> this configuration, the latest ncurses builds.  I enclose a uuencoded
> GIF of the difference between the new lynx (on the left) and the old
> lynx (on the right).  The colored links are now back.  The coloring of
> the text and background are reversed though.

hmm - I think partly this is a case of differing expectations.  The colorfgbg
option is used to tell ncurses that it can get the actual values of foreground
and background from $COLORTERM (which is set automatically by rxvt, but may be
in your environment for some other reason).  Normally lynx's background is set
to "white" (actually gray since it's not bright).  So the one on the right
looks (hmm) normal to me with the out-of-the-box color scheme.

Your earlier picture showed some odd off/on color transitions which I don't see
in this picture (good, so far).  But that does look like dtterm (the titlebar
and the shades of colors).

Judging by the scrap of border in the window on the left, both have a gray
default background, so the white-on-black in the window on the left is due to
explicitly setting colors.  The noticeable change I made for ncurses 5.2 was to
introduce the assume_default_colors() function, which could be the problem area
if the older lynx didn't have that version of ncurses, and your lynx.cfg was
setting white-on-black, and if the configure script isn't recognizing that the
newer ncurses has assume_default_colors().  That was related to this item for
lynx:

2000-03-26 (2.8.3dev.23)
* add ASSUMED_COLOR variable to lynx.cfg, making the use of
  assume_default_colors() optional (addresses reports by LV, IC) -TD

So I'd look & see if the configure script didn't find assume_default_colors().
If it didn't, and the function's there anyway, then lynx isn't compensating.

-- 
Thomas E. Dickey <address@hidden>
http://dickey.his.com
ftp://dickey.his.com

; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden

reply via email to

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