From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp-2.sys.kth.se (smtp-2.sys.kth.se [130.237.32.160]) by krisdoz.my.domain (8.14.3/8.14.3) with ESMTP id p0DCapLW024054 for ; Thu, 13 Jan 2011 07:36:55 -0500 (EST) Received: from smtp-2.sys.kth.se (localhost [127.0.0.1]) by smtp-2.sys.kth.se (Postfix) with ESMTP id 0D13B14F109 for ; Thu, 13 Jan 2011 13:36:46 +0100 (CET) X-Virus-Scanned: by amavisd-new at kth.se Received: from smtp-2.sys.kth.se ([127.0.0.1]) by smtp-2.sys.kth.se (smtp-2.sys.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id mK20Clvr0n4i for ; Thu, 13 Jan 2011 13:36:44 +0100 (CET) X-KTH-Auth: kristaps [193.10.49.5] X-KTH-mail-from: kristaps@bsd.lv X-KTH-rcpt-to: tech@mdocml.bsd.lv Received: from [172.16.18.84] (unknown [193.10.49.5]) by smtp-2.sys.kth.se (Postfix) with ESMTP id ACEBC14C137 for ; Thu, 13 Jan 2011 13:36:43 +0100 (CET) Message-ID: <4D2EF1DB.2020306@bsd.lv> Date: Thu, 13 Jan 2011 13:36:43 +0100 From: Kristaps Dzonsons User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.15) Gecko/20101030 Icedove/3.0.10 X-Mailinglist: mdocml-tech Reply-To: tech@mdocml.bsd.lv MIME-Version: 1.0 To: tech@mdocml.bsd.lv Subject: Re: HTML output for tbl References: <20110112215801.GA5059@britannica.bec.de> In-Reply-To: <20110112215801.GA5059@britannica.bec.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit > looking at the output for queue(3), there is a rather obvious bug in the > width output. It repeats the width: xxx for every column, e.g. the third > column has three width in order. This magically works due to the > overwrite rules, but is far from pretty. I also wonder if we should use > min-width and screw IE 6. That and using a single table (not one per > row) would be enough to give queue(3) a properly formatted table without > having to go extra wide by switching spacing from ex to em. Joerg, This isn't really a bug: it's because tables can be interspersed with arbitrary macros, so each row should in theory be standalone. However, I agree that this makes for ugly output, and having just tested it with SCALE_EM, I think it's best to keep a few bits of state and just reinitialise the table if broken up by other macros. I'll write this up when I've a few minutes to myself. And no, we can't screw IE6. It just now occurs to me that, since CSS "cascades" atop the HTML, I can set pixel-widths as a safe default and let CSS, with its precise "em" widths, override these values. This will make browsers without CSS also recognise mandoc -Thtml's tables, whether from tbl(7) or otherwise, which for now require the style-sheet for stipulating widths. Thanks, Kristaps -- To unsubscribe send an email to tech+unsubscribe@mdocml.bsd.lv