From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from scc-mailout-kit-01.scc.kit.edu (scc-mailout-kit-01.scc.kit.edu [129.13.231.81]) by fantadrom.bsd.lv (OpenSMTPD) with ESMTP id d861ac65 for ; Tue, 4 Dec 2018 13:05:00 -0500 (EST) Received: from asta-nat.asta.uni-karlsruhe.de ([172.22.63.82] helo=hekate.usta.de) by scc-mailout-kit-01.scc.kit.edu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (envelope-from ) id 1gUF46-00008X-C0 for discuss@mandoc.bsd.lv; Tue, 04 Dec 2018 19:04:59 +0100 Received: from donnerwolke.usta.de ([172.24.96.3]) by hekate.usta.de with esmtp (Exim 4.77) (envelope-from ) id 1gUF45-0003Og-GW for discuss@mandoc.bsd.lv; Tue, 04 Dec 2018 19:04:57 +0100 Received: from athene.usta.de ([172.24.96.10]) by donnerwolke.usta.de with esmtp (Exim 4.84_2) (envelope-from ) id 1gUF45-0005za-Ba for discuss@mandoc.bsd.lv; Tue, 04 Dec 2018 19:04:57 +0100 Received: from localhost (athene.usta.de [local]) by athene.usta.de (OpenSMTPD) with ESMTPA id dcb8ed4b for ; Tue, 4 Dec 2018 19:04:57 +0100 (CET) Date: Tue, 4 Dec 2018 19:04:57 +0100 From: Ingo Schwarze To: discuss@mandoc.bsd.lv Subject: Re: Broken tables in HTML output Message-ID: <20181204180457.GA33770@athene.usta.de> References: <20181126212728.GG82448@athene.usta.de> <20181126215826.xepdfaas5fm42ubc@pali> <20181126220133.bf7siow6e5mxahhv@pali> <20181126220516.nrflslyvxufb7xnk@pali> <20181201172057.GD89021@athene.usta.de> <20181203220142.zj5yxqdmgizsmckp@pali> <20181203221454.GD92067@athene.usta.de> <20181203222045.ramwyfizw4lkk4il@pali> <20181203223743.GE92067@athene.usta.de> <20181204164414.bm4rdirdfcz3aveg@pali> X-Mailinglist: mandoc-discuss Reply-To: discuss@mandoc.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181204164414.bm4rdirdfcz3aveg@pali> User-Agent: Mutt/1.8.0 (2017-02-23) Hi Pali, Pali Rohar wrote on Tue, Dec 04, 2018 at 05:44:14PM +0100: > On Monday 03 December 2018 23:37:43 Ingo Schwarze wrote: >> Pali Rohar wrote on Mon, Dec 03, 2018 at 11:20:45PM +0100: >>> On Monday 03 December 2018 23:14:54 Ingo Schwarze wrote: >>>> Pali Rohar wrote on Mon, Dec 03, 2018 at 11:01:42PM +0100: >>>>> Seems that it is needed to put "border-bottom-style: solid" >>>>> for rowspanned td element. At least this is working in chrome. >>>> That would further degrade the quality of the HTML code written by >>>> mandoc. As a rule, "style=" attributes should be avoided and CSS >>>> should instead by used. Unfortunately, that's not possible here >>>> because the hard-coded presentational decisions like "draw a border >>>> right here" are already contained in the tbl(7) input, and there >>>> is no way to convert those purely presentational decisions of the >>>> author into semantic or structural markup that could be handled >>>> with CSS. >>>> >>>> But at least the amount of "style=" attributes written should be >>>> minimized. Only those "style=" attributes should be written that >>>> are required to correctly express the author's intent. >>> This suggestion is to move border style definition from tr do td. >> That would mean writing more "style=" attributes. >> If a row intersects N cells, N times more. >> That is not good. > You can avoid all style= attributes in tables, by declaring class= > attributes instead of them and then in CSS defines border styles for > defined classes. Sure, i could write and then in mandoc.css .border-left-double { border-left-style: "double"; } .border-bottom { border-bottom-style: "solid"; } .border-right { border-right-style: "solid"; } But is that better than and if it is better, why? It is almost the same amount of attribute text, with only a minor difference in syntax, and it doesn't add any information about meaning or structure. Also, there is no point for the user to modify ".border-left-double { }" in the stylesheet - what should it be mapped to as a personal style? Mapping it to, say, .border-left-double { border-top-style: solid; } just wouldn't make sense. Classes only make sense to me if they tell something about meaning or structure. If they are merely other names for physical style attributes, they seem pointless to me. Or am i wrong - and if so, why? Yours, Ingo -- To unsubscribe send an email to discuss+unsubscribe@mandoc.bsd.lv