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