From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f66.google.com (mail-wr1-f66.google.com [209.85.221.66]) by fantadrom.bsd.lv (OpenSMTPD) with ESMTP id ad116fbd for ; Mon, 21 Jan 2019 04:39:13 -0500 (EST) Received: by mail-wr1-f66.google.com with SMTP id v13so22467208wrw.5 for ; Mon, 21 Jan 2019 01:39:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=uEQ2+HAboxD53pabUe91gvZmZWaPMu9HkzB5dAC7mNw=; b=EB98tjmYDCbuEbj1LTHIkZoB3QmOpX5S01hetpN67GMnS4HjDephbCssguDcVDiTJk 3+pGZjRXahwqsaTOIWakKUdrJCIk3tCOxm0B8+c/P92po85qrADloPxzIpVk9HFRK0tM TOwl4egtl0os1HWC5Cj6kp2QbHLDjRi8EyEKl28gPA68AutHepuaP4Q1HhjK6UijYaie zGpaOVkcEDTM8sqRnL6xVLgQq1kC/DaRKHDCNmE8iHUEfFDHnxKkPnCNH6bMltJ4j2YO O2yV7R/52xtXhiWkyyQ55fHaNf/g/DnqlpdrOZeWVUyQdcXxQml7776EP08d1Ni2lhdk bYVg== 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:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=uEQ2+HAboxD53pabUe91gvZmZWaPMu9HkzB5dAC7mNw=; b=PKA1nKYj45RNqfekmGuZnd7FdUdT+Ry7RMJ2/dvrW/E6qlYzhdgQMX/1wI0mRpqb+/ NikIElcRxBLG/EJA12IapcamL4InUhXtSGL9nQyT75ZnsOMSrGLryAOWpkmsfQ2XFp5y qnaoCyrpl7yZ2bGHgGEH+EW9jJJBsv58SwiTAeovCFhLvP/OvASm92cx8nV3PwZKTizK fvwC3kW4Gc/FStd1iXvQi1eGU+IcFzEffK6TgUknf09eD99PeacMBHY/408K5zp015wD r3vkerfXR0dnjHocdzPO9pi7D3bCgIe2oogBF5BtyO+syg0uO2zMvFGWSERtnE3eGSg2 O5Pg== X-Gm-Message-State: AJcUukewUlLqLpfc4dYl7R2pHWbqi/rpvf+GKDLyj0iN6m2xwmk21LBc La/yLaeNx9GITSG7YHf+XQ8/D6hz X-Google-Smtp-Source: ALg8bN4kga+pRksRSdLeQWHj9wqUIJwqQ0SCYft8MO0Gc0RCKL6rfW+pa9AWQULt0jVp6WFRaP/AiQ== X-Received: by 2002:adf:f5d1:: with SMTP id k17mr29130049wrp.59.1548063551453; Mon, 21 Jan 2019 01:39:11 -0800 (PST) Received: from pali ([2a02:2b88:2:1::5cc6:2f]) by smtp.gmail.com with ESMTPSA id j14sm75787031wrv.96.2019.01.21.01.39.10 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 21 Jan 2019 01:39:10 -0800 (PST) Date: Mon, 21 Jan 2019 10:39:09 +0100 From: Pali =?utf-8?B?Um9ow6Fy?= To: discuss@mandoc.bsd.lv Subject: Re: Broken tables in HTML output Message-ID: <20190121093909.bs3voomg7vonpiah@pali> References: <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> <20181204180457.GA33770@athene.usta.de> X-Mailinglist: mandoc-discuss Reply-To: discuss@mandoc.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20181204180457.GA33770@athene.usta.de> User-Agent: NeoMutt/20170113 (1.7.2) On Tuesday 04 December 2018 19:04:57 Ingo Schwarze wrote: > 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? I was thinking about it... I can say there are two arguments why to use classes instead of inline style=. 1) Separate style logic (semantics) outside of html text (syntax). 2) Ability to correctly set style via custom css file. If somebody wants to use custom css file, then inlined style= attributes can cause problems. With you are saying use this specific style. But with you are saying that it belongs to specific class and make abstraction how styles are used. For me it looks like a "proper" way how to implement different things, by usage of layering abstraction. > Yours, > Ingo -- Pali Rohár pali.rohar@gmail.com -- To unsubscribe send an email to discuss+unsubscribe@mandoc.bsd.lv