On Sun, Jun 04, 2006 at 12:42:14PM EDT, Jonas Fonseca wrote:
> 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 ... ;)
> 
great. I had to compile elinks from source since the version that came
with debian did not support 256 colors so I must still have it. 

I'm somewhat sceptical about rgb distance calculators, though. There
must be times when - with three dimensions.. there are two different
choices.. or more.. and with human perception being what it is I am not
convinced that even when there is just one mathematically correct choice
it would be the natural choice that your average human would pick..

> > 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.
> 
that's my biggest problem with elinks.. I am so ignorant of web
technologies.. stuff like that goes way above my head.. :-(

> > 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.
>  
I can't spend as much time tinkering with elinks now as I would have
liked so I'll probably live with it. But why does the absence of the
bgcolor attribute have different effects in elinks and graphical
browsers such as mozilla?

> > 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 ;-).
> 
I really don't see it as a weakness at all. It's just that elinks - a
bit like mutt - is really meant for people who know what they are doing.
If like myself you know next to nothing about web stuff you should have
the intelligence to accept it and live with some minor annoyances until
you have the time to investigate further. As far as user satisfaction
goes I would have given mozilla six out of ten.. At this point in time,
I would give elinks 7.5.. and apart from changing a few keyboard actions
I haven't really done anything to customize it.  But it's nice to know
that just about anything I may need to customize *is* customizable. 

Thanks,

cga
_______________________________________________
elinks-users mailing list
elinks-users@linuxfromscratch.org
http://linuxfromscratch.org/mailman/listinfo/elinks-users

Reply via email to