- From: Jirka Kosek <jirka@kosek.cz>
- Date: Thu, 27 Jan 2011 16:15:47 +0100
- To: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
- CC: Steve Faulkner <faulkner.steve@gmail.com>, Anne van Kesteren <annevk@opera.com>, HTML WG <public-html@w3.org>
- Message-ID: <4D418C23.5090904@kosek.cz>
Leif Halvard Silli wrote: > <hgroup> currently turns all its children into a single heading - > according to Ian. Such a thing could be described as information loss. > To say that the <hgroup> contains two _headings_ but only one of them > shows in the ToC is a different from HTML5's current solution which is > that two or more children of a <hgroup> is treated as a multi-paragraph > single heading with special rules for which part goes into the ToC. Where is such written? If I look at http://dev.w3.org/html5/spec/Overview.html#the-hgroup-element I read: "For the purposes of document summaries, outlines, and the like, the text of hgroup elements is defined to be the text of the highest ranked h1–h6 element descendant of the hgroup element..." so only the first <hx> is treated as a header for outline. But anyway I think that <hgroup> serve no useful purpose. Why it is not sufficient to say that for outline: - all <hx> elements are considered - if there are multiple <hx> elements inside <header> only first of them is considered I can imagine even more radical solutions: 1) drop outline from spec completely 2) define outline to work only on explicitly marked-up <section>s But before delving too much into details shouldn't we ask "why is there outline algorithm in the spec?". What's the use case it solves? Jirka -- ------------------------------------------------------------------ Jirka Kosek e-mail: jirka@kosek.cz http://xmlguru.cz ------------------------------------------------------------------ Professional XML consulting and training services DocBook customization, custom XSLT/XSL-FO document processing ------------------------------------------------------------------ OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member ------------------------------------------------------------------
Received on Thursday, 27 January 2011 15:16:29 UTC