* Jorge Arellano Cid <jcid@dillo.org> wrote:
If I were to guess, they're probably using HTML for the background and CSS for the text, ...
Yes, that's the main cause (invisible text is also used to spam google, but the user seldom notices :).
I see this almost every day, since so many sites are built badly. Usually, I inform the webmaster of the problem, but this is like moving a beach one grain of sand at a time. I think I preferred the old behavior of dillo, when selecting text would highlight it with fixed colors instead of inverting the colors.
Unfortunately "force_my_colors" will make every page in that Dillo render in the same colors. I'm thinking of adding a togle button to let the user do this on the fly.
I had to deal with this color problem back in VGA / DOS days. What worked for me was to set the text to either black or white, depending on which had more contrast to the background color. Basically, something like this: text = white if background is brighter than 50% grey: text = black It was sometimes ugly, but always readable. Something like that could be used to automatically make text visible... either all the time, or at least when selecting text with the mouse. (inverting the colors is nice, when the background isn't grey and the text has sufficient contrast, but auto-selecting the colors would be more reliable) Or you could get fancy and invoke it only when the background and text are too similar (say, less than 25% different). But I realize that's the sort of messy kludge dillo tries to avoid. Anyway, it'd be nice if dillo handled invisible text better. Ideally, detect it and log a bug, but override to make the page readable. Or, as you said, add a button to toggle between user colors and page colors. This would be like the user mode versus author mode in opera (which is useful). -- Scott