From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f41.google.com (mail-wr1-f41.google.com [209.85.221.41]) by fantadrom.bsd.lv (OpenSMTPD) with ESMTP id e5aa9695 for ; Mon, 3 Dec 2018 17:20:47 -0500 (EST) Received: by mail-wr1-f41.google.com with SMTP id l9so13841304wrt.13 for ; Mon, 03 Dec 2018 14:20:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=pr2fh01fQcNugTBgP1iyYWhU+EGyt4qXrzDhUa4zat0=; b=DhZQeOEAxyTTIOQJCuwGt6xu8eT1iN8rDUltkH4A3BJjslWwfbIbfiwTo9gdjf7Cmp EuObZVRl18ZGAIpCgMDw26ilv8ATTmlmnVuIqjoHXF1NNwP/6AUhnciKlcbyUaXlTOBj lWH+SJL09dskf9GJDsFBL2GRbTm/7xa0N7zfWt7sS60mKZcfwUruT+jjYiNscD0MSHPp lVu7bIhOOg4WSf0E4yK8xTSqGqMnBauB0uXV5FTm3rhj2+GglAhNTWFRnPfwU8nuzt1j YmEvmskIGPnLraKpV6Fnm7o4b25M2xZckjYgxH+C3pb16MTluvvHf5iIr5QXEh6tvrmq KOXA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=pr2fh01fQcNugTBgP1iyYWhU+EGyt4qXrzDhUa4zat0=; b=EM6Agk4XRiL2dqsosjLlNfkJXQ+ZYcSiBmNdYs0g8DcgovACtBWjr3eupH/SRXb0Gl i5DbfT9h+U79/SGCd6jwtEtsXbejClHlNVy5YsMEzHJyWiFHiYjN4I9nSqF2Xhvqqkit cOCqRPNai0msBwCU81hrwL/VImPrsmDnpQ0BNetXQItICaAJZL1f2FhH9xqJcjXyfmZ7 ZyhNDA3Z9kQ4lxP2jWZAcMW3ppBUsvX3306rYVMny4BykHN87IxZuNK6V9/sQ7ZToZrg /tBvmlhEisFCnHx1R7SB0UmOmsz0WdTlkbW56BXP4XcX9YuJTrUftNvGjp8WMDWLZTW5 p+GA== X-Gm-Message-State: AA+aEWbuW7kEtAFgi0oGiDkUZfZhAiDNhKl+ARLsPwfgLjnptoLZu2/x fsrnPjhUKhuOKvbfTaAMCBgfCaaQ X-Google-Smtp-Source: AFSGD/VAgbrZpeh0fF8aIxXT9RioFYnqXZt9bz2sfaJbqjB1lPhWxljQHi7/6HJ6bxWnEzoZ9nraUw== X-Received: by 2002:a5d:4286:: with SMTP id k6mr15684913wrq.225.1543875647215; Mon, 03 Dec 2018 14:20:47 -0800 (PST) Received: from pali ([2a02:2b88:2:1::5cc6:2f]) by smtp.gmail.com with ESMTPSA id d5sm12408986wrx.22.2018.12.03.14.20.46 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 03 Dec 2018 14:20:46 -0800 (PST) Date: Mon, 3 Dec 2018 23:20:45 +0100 From: Pali =?utf-8?B?Um9ow6Fy?= To: Ingo Schwarze Cc: discuss@mandoc.bsd.lv Subject: Re: Broken tables in HTML output Message-ID: <20181203222045.ramwyfizw4lkk4il@pali> 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> <20181203221454.GD92067@athene.usta.de> X-Mailinglist: mandoc-discuss Reply-To: discuss@mandoc.bsd.lv MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rzeq7n6v4v55yrip" Content-Disposition: inline In-Reply-To: <20181203221454.GD92067@athene.usta.de> User-Agent: NeoMutt/20170113 (1.7.2) --rzeq7n6v4v55yrip Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Monday 03 December 2018 23:14:54 Ingo Schwarze wrote: > Hi Pali, >=20 > Pali Rohar wrote on Mon, Dec 03, 2018 at 11:01:42PM +0100: >=20 > > Seems that it is needed to put "border-bottom-style: solid" > > for rowspanned td element. At least this is working in chrome. >=20 > That would further degrade the quality of the HTML code written by > mandoc. As a rule, "style=3D" 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. >=20 > But at least the amount of "style=3D" attributes written should be > minimized. Only those "style=3D" 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. > > And after playing a bit I was not able to achieve visible border > > when was specified for tr element. > >=20 > > 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. >=20 > 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. >=20 > 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. I'm not saying that mandoc output is incorrect. Just I'm trying to find some modification or workaround which results in non-broken tables in chrome which are generated by mandoc. What I like to have is ability for users to see tables in manpages rendered correctly in current versions of web browsers. --=20 Pali Roh=C3=A1r pali.rohar@gmail.com --rzeq7n6v4v55yrip Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQS4VrIQdKium2krgIWL8Mk9A+RDUgUCXAWsOwAKCRCL8Mk9A+RD Uj/QAJkB56h/DrHA7pxpZLtbz4LxxArVsACbB+v1ehEsDio+iEdpWeK108n88lM= =9kMw -----END PGP SIGNATURE----- --rzeq7n6v4v55yrip-- -- To unsubscribe send an email to discuss+unsubscribe@mandoc.bsd.lv