This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 12442 - I think that for the first level of article h1 {�}, the size should be left as normal.
Summary: I think that for the first level of article h1 {�}, the size should be left a...
Status: RESOLVED WONTFIX
Alias: None
Product: HTML WG
Classification: Unclassified
Component: LC1 HTML5 spec (show other bugs)
Version: unspecified
Hardware: Other other
: P3 normal
Target Milestone: ---
Assignee: Ian 'Hixie' Hickson
QA Contact: HTML WG Bugzilla archive list
URL: http://www.whatwg.org/specs/web-apps/...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-04-07 00:28 UTC by contributor
Modified: 2011-08-23 05:04 UTC (History)
5 users (show)

See Also:


Attachments

Description contributor 2011-04-07 00:28:20 UTC
Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/rendering.html
Section: http://www.whatwg.org/specs/web-apps/current-work/#fonts-and-colors

Comment:
I think that for the first level of article h1 {…}, the size should be left
as normal. For example, If I start my article immediately after the body then
I would put an h1 in with the title of the document on the page, often
followed by an h2 with a subtitle or author. Since I would be using h2s for
the subsections of the article (h3s for sub-subsections, etc), I would want a
difference in the sizes of the headers to differentiate sections to the
reader. If I had a long document with several articles in it (sequential, not
nested) I think this h1 being the size of an h2 would add confusion to what
precisely is nested.

Posted from: 71.198.1.49
User agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_5_8; en-us) AppleWebKit/533.20.25 (KHTML, like Gecko) Version/5.0.4 Safari/533.20.27
Comment 1 Trevor Downs 2011-04-07 00:30:38 UTC
A little cleanup of my comment:

I think that for the first level of article h1 {}, the size should be left as normal. For example, If I start my article immediately after the body then I would put an h1 in with the title of the document on the page, often followed by an h2 with a subtitle or author. Since I would be using h2s for the subsections of the article (h3s for sub-subsections, etc), I would want a difference in the sizes of the headers to differentiate sections to the reader.

If I had a long document with several articles in it (sequential, not nested) I think this h1 being the size of an h2 would add confusion to what precisely is nested.

I should clarify, that I think shrinking an h1 in a nav, section or aside is fine. But just not in an article.
Comment 2 Ian 'Hixie' Hickson 2011-07-13 07:13:42 UTC
But then how would you distinguish the header of the articles from the header of the page?
Comment 3 Trevor Downs 2011-07-14 07:04:51 UTC
(In reply to comment #2)
> But then how would you distinguish the header of the articles from the header of the page?

Simply, make an h1 inside of an article slightly smaller than an h1 outside of an article, but still larger than an h2.
Comment 4 Ian 'Hixie' Hickson 2011-07-15 18:39:51 UTC
That would mean that this:

   <body>
    <h1>My blog</h1>
    ...
    <h2>My post</h2>
    ...
    <h3>My subsection</h3>
    ...
   </body>

...would have different results than this:

   <body>
    <h1>My blog</h1>
    ...
    <article>
      <h1>My post</h1>
      ...
      <section>
         <h1>My subsection</h1>
         ...
      </section>
    </article>
   </body>

...despite having the same semantics. That doesn't really make sense.


The simpler solution is to just only use <h1>, like in the second example above, instead of mixing both styles. Or, use CSS to make sure the headers work as you want them to.
Comment 5 Michael[tm] Smith 2011-08-04 05:15:08 UTC
mass-move component to LC1
Comment 6 Ian 'Hixie' Hickson 2011-08-14 06:56:02 UTC
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: see comment 4
Comment 7 Trevor Downs 2011-08-16 03:41:08 UTC
(In reply to comment #4)
> That would mean that this:
> 
>    <body>
>     <h1>My blog</h1>
>     ...
>     <h2>My post</h2>
>     ...
>     <h3>My subsection</h3>
>     ...
>    </body>
> 
> ...would have different results than this:
> 
>    <body>
>     <h1>My blog</h1>
>     ...
>     <article>
>       <h1>My post</h1>
>       ...
>       <section>
>          <h1>My subsection</h1>
>          ...
>       </section>
>     </article>
>    </body>
> 
> ...despite having the same semantics. That doesn't really make sense.
> 
> 
> The simpler solution is to just only use <h1>, like in the second example
> above, instead of mixing both styles. Or, use CSS to make sure the headers work
> as you want them to.

I'd rather not fiddle with header styles except in the broadest cases (setting the basic styles for the site). Besides, In the example you cite above they are not semantically identical, wrapping the content in article and section tags changes the semantics of the document.

I think it is simplest if an H1 is always larger than an H2.
Comment 8 Ian 'Hixie' Hickson 2011-08-23 05:04:16 UTC
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: Having <h1> be the automatically-sizing element is an intentional design decision intended to make <h2>-<h6> irrelevant. Authors should either use <section> and <h1> only (not <h2>-<h6>), or use <h1>-<h6> only (no sectioning elements), or be prepared to style the elements carefully in CSS.