On Fri, 29 Aug 2003, Jorge Arellano Cid wrote:
On Thu, 28 Aug 2003, Ralph Slooten wrote:
On Thu, 28 Aug 2003 12:57:36 -0400 (EDT) "Andrew A. Gill" <superluser@frontiernet.net> wrote:
Normally, this isn't something that I really care about, but now it's causing slashdot to be rendered as black-on-black text, thus depriving me of my ability to read about the new MD5 sums that the RIAA is using.
Yes, I'm getting this too since today. It's probably a small html error somewhere, but it's totally skrewed up dillo's rendering to the fullest here.
Unfortunately slashdot is sending awful HTML-like content.
The black text can be explained because they explicitly set the background, textcolor and visited links to black! (<BODY ...>).
Probably it changes with CSS.
No, slashdot does not use CSS. The white background is created by tables and is still visible, but articles now seem to be on the side of it, not on it (talking about main page). Probably some table/tr tags are in wrong order and screw up the push/pop parsing. Reason why i think so is that the slashdot page can be seen quite ok in dillo with this patch: @@ -1139,6 +1146,8 @@ static void Html_pop_tag(DilloHtml *html Html_eventually_pop_dw(html); return; } + if (Html_match_tag(html->stack[tag_index].tag, "table>", 6)) + break; } /* Not found, just ignore. */ } But yes, its a workaround for buggy html (not invented for slashdot) and a fact that it helps just quite proves that the slashdot page has problems with tables (along other bad html). I tried to find the problem from slashdot index page, but it was such a bloody mess that my sleepy brain could not parse it at all...