This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
hello, what about if *the entire <body> IS the article*, <body> <article></article><!-- new section here, I don't want to introduce new one --> </body> I think that the difference between <nav|aside> and <article> is that nav and aside can't be primary content, the main section, of a document, article yes so maybe <article> should not be a sectioning element, or you should provide a way to mark the <body> as article p.s. I don't want to break up your hard work of years, I'm just submitting my opinion. I hope this helps!
In this case, just don't add a wrapping <article> tag.
so if I can not mark a page as article, makes <article> totally useless by the way, I've extended my thought *please read carefully because this can be interesting and my English is not so good* One of the problems of html4 was "site title" vs "document title" I think html5 should introduce something that resolves this issue. As I said, my english is not so good so I will try to explain with some code. the homepage: <body> <h1>bestSPORTWEAR.org</h1>...some nav... ... </body> product page: <body> <h1>A red NIKE t-shirt</h1> <p>A fantastic nike t-shirt with flames and skulls</p> </body> now, users want to brand their sites with the same header of the homepage, so, according to html5 spec: product page: <body> <!-- now site branding becomes tangentially-related content --> <aside><h1>bestSPORTWEAR.org</h1>...some nav...</aside> <!-- so bots and accessibility tools can understand the real content of the document --> <h1>A red NIKE t-shirt</h1> <p>A fantastic nike t-shirt with flames and skulls</p> </body> but examining this: <body> <!-- now site branding becomes tangentially-related content --> <aside><h1>bestSPORTWEAR.org</h1>...some nav...</aside> <h1>A red NIKE t-shirt</h1> <p>A fantastic nike t-shirt with flames and skulls</p> <aside> <h1>How to wash the t-shirt</h1> <!-- another tangentially-related content --> </aside> </body> seems that "bestSPORTWEAR.org" is at the same level of "how to wash the t-shirt" how bots should interpret this? and accessibility tools? it is nonsense. I examine another approach: <body> <h1>bestSPORTWEAR.org</h1> <section> <h1>A red NIKE t-shirt</h1> <p>A fantastic nike t-shirt with flames and skulls</p> <aside> <h1>How to wash the t-shirt</h1> <!-- another tangentially-related content --> </aside> </section> </body> now the outline is correct, but bots and accessibility tools can't distinguish the document title and the site title a new element can be the answer: (It's just an example) <body> <parent> <h1>bestSPORTWEAR.org</h1> </parent> <h1>A red NIKE t-shirt</h1> <p>A fantastic nike t-shirt with flames and skulls</p> <aside> <h1>How to wash the t-shirt</h1> <!-- another tangentially-related content --> </aside> </body> the outline will still be: bestSPORTWEAR.org A red NIKE t-shirt How to wash the t-shirt but the document title is now hyper-contextualized - bots can identify the entry point of a page (the document title) - bots can distinguish between the document context (the site or something in the site) and the document's related contents - users can easily provide meaningful outlines without doubts another solution can be an attribute, instead of introduce one element <body> <h1>bestSPORTWEAR.org</h1> <p><!-- this is the upper content --></p> <article entrypoint> <p><!-- this is the main page content--></p> <h1>A red NIKE t-shirt</h1> <p>A fantastic nike t-shirt with flames and skulls</p> <aside> <h1>How to wash the t-shirt</h1> <!-- another tangentially-related content --> </aside> </article> </body>
<body> <h1>excellentSPORTWEAR.org</h1> <nav> Tshirts, Tweatsuits, Weight-lifting tools </nav> <section> <h1>Tshirts</h1> <nav>Red ones, Blue ones, Lime ones</nav> <article entrypoint> <h1>Some cool NIKE red Tshirt</h1> <p>description</p> <aside> <h1>How to wash it</h1> </aside> </article> </section> </body>
(In reply to comment #3) > <body> > <h1>excellentSPORTWEAR.org</h1> > <nav> > Tshirts, Tweatsuits, Weight-lifting tools > </nav> > <section> > <h1>Tshirts</h1> > <nav>Red ones, Blue ones, Lime ones</nav> > <article entrypoint> > <h1>Some cool NIKE red Tshirt</h1> > <p>description</p> > <aside> > <h1>How to wash it</h1> > </aside> > </article> > </section> > </body> There's a good chance you don't need both of those <nav>s. (Rule of thumb: should it appear in a separate menu titled "Main Navigation for the Page"? If so, make it a <nav>; if not, don't.) Otherwise, this is a perfectly fine structure. There's no need to indicate the "entrypoint" - the outline is already fine as it is.
> There's a good chance you don't need both of those <nav>s. (Rule of thumb: > should it appear in a separate menu titled "Main Navigation for the Page"? If > so, make it a <nav>; if not, don't.) > > Otherwise, this is a perfectly fine structure. There's no need to indicate the > "entrypoint" - the outline is already fine as it is. hi, please double check http://www.w3.org/Bugs/Public/show_bug.cgi?id=14540#c2 is fine for us, but with the point of view of an accessibility tool? the document is called "<h1>bestSPORTWEAR.org</h1>" but this is the site title, not the page title this is not so "hyper-textual" seems that a "document" is totally standalone, but it is not, it is placed in a context ( the site, the presentation, the chapter list) and there should be a way to distinguish context from content
Since most sites on the internet have exactly that structure, I expect that screen-readers, bots, and other things that consume markup directly can handle that structure just fine. If they couldn't, most of the internet would be inaccessible.
I should add an example that explicitly covers the case of a one-article page vs a multiple-article page.
This bug was cloned to create bug 17975 as part of operation convergence.
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the Editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the Tracker Issue; or you may create a Tracker Issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Rejected Change Description: No spec change. Rationale: Resolving as WORKSFORME; if Ian writes an example like he suggests in <https://www.w3.org/Bugs/Public/show_bug.cgi?id=14540#c7>, I'll be happy to pull it into this spec, but I don't think the lack of such an example is a bug with this spec.
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the Editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the Tracker Issue; or you may create a Tracker Issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy-v2.html Status: Accepted Change Description: https://github.com/w3c/html/commit/f56f9d9000a76ea290ec3a6fd0f47c4cca26e24f Rationale: added Ian's example to make the spec clearer, but only for HTML5.1 at this stage. Reopen if you need it in HTML5, too.