cga2000 <[EMAIL PROTECTED]> wrote Sat, Jun 03, 2006:
> On Sat, Jun 03, 2006 at 07:49:27AM EDT, Jonas Fonseca wrote:
> > cga2000 <[EMAIL PROTECTED]> wrote Fri, Jun 02, 2006:
> [..]
> .. and you can actually set hex #rrggbb colors..! I wonder how elinks
> determines the closest xterm-256 match.  

It uses a pretty standard rgb distance calculator, with some
simplification. See src/terminal/color.c ... ;)

> I changed the "visited links" default - was yellow in my setup.. very
> visible on a dark background but practically invisible on a light one.

Yes, 256 color mode lacks the 'ensure contrast' option that 16 color
mode has.

> Sometimes elinks
> actually seems to hesitate .. briefly flashing a black background (I am
> on an xterm with "-bg black") and eventually comes up with the "document
> colors".. usually dark text & a light background.. and sometimes it does
> not. 

It could be the incremental rendering. Some CSS document might first be
completely loaded after the first rendering has occured.

> Interestingly some sites are rendered with "islands" of dark-colored
> text on a light background and the rest of the page is black. In my
> case, the European Yahoo! sites are rendered correctly while the
> American ones - US, Mexico, Brazil, Argentina.. have are not. 

A quick look reveals that http://www.yahoo.com/ has:

        <body topmargin=7 marginheight=7 link=#003399 vlink=#800080>

while http://uk.yahoo.com/ has:

        <body topmargin=7 marginheight=7 link=#003399 vlink=#800080 
bgcolor=#ffffff>

You can use scripting to insert the bgcolor attribute if you care.
 
> No big deal anyway. Looking forward to being able to spend more time
> tinkering with the program's customization and seriously reading the
> doc.

Yes, the many config options is one of ELinks' biggest asset (and
weakness ;-).

-- 
Jonas Fonseca
_______________________________________________
elinks-users mailing list
[email protected]
http://linuxfromscratch.org/mailman/listinfo/elinks-users

Reply via email to