From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from scc-mailout-kit-02.scc.kit.edu (scc-mailout-kit-02.scc.kit.edu [129.13.231.82]) by fantadrom.bsd.lv (OpenSMTPD) with ESMTP id f5bc08c0 for ; Mon, 3 Dec 2018 17:15:28 -0500 (EST) Received: from asta-nat.asta.uni-karlsruhe.de ([172.22.63.82] helo=hekate.usta.de) by scc-mailout-kit-02.scc.kit.edu with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (envelope-from ) id 1gTwUw-0001An-I5; Mon, 03 Dec 2018 23:15:28 +0100 Received: from donnerwolke.usta.de ([172.24.96.3]) by hekate.usta.de with esmtp (Exim 4.77) (envelope-from ) id 1gTwUw-0004pN-4U; Mon, 03 Dec 2018 23:15:26 +0100 Received: from athene.usta.de ([172.24.96.10]) by donnerwolke.usta.de with esmtp (Exim 4.84_2) (envelope-from ) id 1gTwUQ-0007mF-I8; Mon, 03 Dec 2018 23:14:54 +0100 Received: from localhost (athene.usta.de [local]) by athene.usta.de (OpenSMTPD) with ESMTPA id 26cb02e1; Mon, 3 Dec 2018 23:14:54 +0100 (CET) Date: Mon, 3 Dec 2018 23:14:54 +0100 From: Ingo Schwarze To: Pali Rohar Cc: discuss@mandoc.bsd.lv Subject: Re: Broken tables in HTML output Message-ID: <20181203221454.GD92067@athene.usta.de> References: <20180716110335.uusqzhscwdgp5qaa@pali> <20180716152919.GB85992@athene.usta.de> <20181126212728.GG82448@athene.usta.de> <20181126215826.xepdfaas5fm42ubc@pali> <20181126220133.bf7siow6e5mxahhv@pali> <20181126220516.nrflslyvxufb7xnk@pali> <20181201172057.GD89021@athene.usta.de> <20181203220142.zj5yxqdmgizsmckp@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: <20181203220142.zj5yxqdmgizsmckp@pali> User-Agent: Mutt/1.8.0 (2017-02-23) Hi Pali, 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. > And after playing a bit I was not able to achieve visible border > when was specified for tr element. > > It is possible such change in mandoc generator? I understand that > current HTML output is (or you think) correct, but is unusable in > chrome browser. And chrome is one of the major browsers, so it > should not be ignored. If you think chrome is important, please report the bug with chrome, because right now, it looks like mandoc output is correct and chrome rendering is buggy. Alternatively, please explain why you think that chrome rendering is correct, and please explain in which way mandoc is violating the HTML standard, according to your understanding of the standard. Thanks, Ingo -- To unsubscribe send an email to discuss+unsubscribe@mandoc.bsd.lv