From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp-4.sys.kth.se (smtp-4.sys.kth.se [130.237.48.193]) by krisdoz.my.domain (8.14.5/8.14.5) with ESMTP id s7EKQtOV026615 for ; Thu, 14 Aug 2014 16:26:56 -0400 (EDT) Received: from smtp-4.sys.kth.se (localhost.localdomain [127.0.0.1]) by smtp-4.sys.kth.se (Postfix) with ESMTP id F2F5BF39; Thu, 14 Aug 2014 22:26:54 +0200 (CEST) X-Virus-Scanned: by amavisd-new at kth.se Received: from smtp-4.sys.kth.se ([127.0.0.1]) by smtp-4.sys.kth.se (smtp-4.sys.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id OQxZNJHfl07G; Thu, 14 Aug 2014 22:26:53 +0200 (CEST) X-KTH-Auth: kristaps [2a02:1205:5033:5b0:ecd9:9c6b:f779:8fc] X-KTH-mail-from: kristaps@bsd.lv Received: from [IPv6:2a02:1205:5033:5b0:ecd9:9c6b:f779:8fc] (unknown [IPv6:2a02:1205:5033:5b0:ecd9:9c6b:f779:8fc]) by smtp-4.sys.kth.se (Postfix) with ESMTPSA id DC366C62; Thu, 14 Aug 2014 22:26:47 +0200 (CEST) Message-ID: <53ED1B85.6070202@bsd.lv> Date: Thu, 14 Aug 2014 22:26:45 +0200 From: Kristaps Dzonsons User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 X-Mailinglist: mdocml-tech Reply-To: tech@mdocml.bsd.lv MIME-Version: 1.0 To: Ingo Schwarze CC: tech@mdocml.bsd.lv Subject: Re: HTML5 redux References: <53EBE549.2000100@bsd.lv> <20140814012540.GI26534@iris.usta.de> In-Reply-To: <20140814012540.GI26534@iris.usta.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit > I don't object to that route. > > I'd probably not merge to the VERSION_1_12 branch until the release > is done, and i'd probably merge to OpenBSD after the cleanup is done. Ingo, Ok! But as seen below, there's more to do before committing... >> With this patch, both -Thtml and -Txhtml will produce HTML5. This >> can be disabled in html.c by replacing the HTML_HTML5 allocation >> with the respective type. The resulting HTML5 validates just fine, >> as do the existing modes (if replaced in html.c). > > Not for me, there is one regression. > > But if you remove the chunk cited below, the regression goes > away, so i'd say, go ahead - in particular if you plan to do the > cleanup right afterwards. This is a bit trickier than appears. Basically,

doesn't exist in HTML5 because

isn't a void element. However, we can't just remove the auto-close parts of

because then we might have

Hello

world

Which is invalid. http://www.w3.org/TR/html-markup/p.html#p In short, mdoc(7) and man(7) can have all sorts of nested block scopes, and so can HTML, but

can't contain flow elements. I think it's best, and cleanest, to just avoid

and use

, say as
. I understand we lose whatever semantic-ness may be acquired from

, but I don't think it's much of a loss given that, with a classed

, we'll have *real* semantics (the flow elements will be within the paragraph). Naturally, this would work happily with HTML4 just as it would with HTML5. I'll work on a patch and will submit it soon... Best, Kristaps -- To unsubscribe send an email to tech+unsubscribe@mdocml.bsd.lv