On Thu, 22 Apr 2004, Jens Arm wrote:
Please test our current CVS hardly, and tell us how it did.
Directories like
http://fy.chalmers.se/~appro/linux/DVD+RW/tools/
or others are not rendered correctly
Yes. This is a complex problem. Apache (the web server), generates bad HTML for directory listings (at least 1.3.x series): <PRE> is an inline container excluding: {IMG, OBJECT, APPLET, BIG, SMALL, SUB, SUP, FONT, BASEFONT} Also, it can't hold block elements (e.g. HR). So there's a bug in having <HR> inside <PRE> and one bug per directory entry because <PRE> can't contain <IMG>. As usual, the problem is not black or white, because producing valid HTML for the directory listing would require tables (if you want to keep the image). Probably, a long time ago, they considered the situation and found that bad HTML using PRE was more portable than one based on TABLE. I don't know for sure. Parhaps the 2.x.x Apache series produces XML. Does anyone know? After analizing the produced HTML for directory listings, I found that isolating the <HR> outside <PRE> is a trivial fix that helps keeping the block element outside. That is: - <HR> + </PRE><HR><PRE> Very simple. It would allow for violations of the type "inline container with excluded inline element within" (instead of "inline container with a block inside"). Does anyone know an apache developer? It seems that sending the patch through bugzilla could take years to be noticed... OTOH, I don't like very much breaking our policies with code to handle bad HTML, and yes I know this is the most used web server. Maybe a dillorc option to enable a workaround for apache could do it, but I'd really like to talk with one of the developers. Comments? Cheers Jorge.- PS: Patching Dillo to render it is trivial. Though it could break other pages...