<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Better Connected, Better Results: Headings</title>
	<atom:link href="http://www.rnib.org.uk/wacblog/articles/better-connected/better-connected-better-results-headings/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.rnib.org.uk/wacblog/articles/better-connected/better-connected-better-results-headings/</link>
	<description></description>
	<pubDate>Thu,  4 Dec 2008 23:07:57 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Jens</title>
		<link>http://www.rnib.org.uk/wacblog/articles/better-connected/better-connected-better-results-headings/#comment-51662</link>
		<dc:creator>Jens</dc:creator>
		<pubDate>Tue, 22 Jan 2008 01:13:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/better-connected/better-connected-better-results-headings/#comment-51662</guid>
		<description>&#62; Every page must have at least one (the H1)

Do you have any experience how using more than one H1 on a page affects users and search engines?</description>
		<content:encoded><![CDATA[<p>&gt; Every page must have at least one (the H1)</p>
<p>Do you have any experience how using more than one H1 on a page affects users and search engines?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ozbon</title>
		<link>http://www.rnib.org.uk/wacblog/articles/better-connected/better-connected-better-results-headings/#comment-45412</link>
		<dc:creator>Ozbon</dc:creator>
		<pubDate>Fri, 23 Nov 2007 18:31:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/better-connected/better-connected-better-results-headings/#comment-45412</guid>
		<description>While I have no issue with H1-6, I do have a minor problem with your connecting the analogy to use of Word&#174;

To whit : It assumes that people in general know how to use Word in this way, too. Most of the documents I see in Word actually end up defining a heading as "Bold (usually) and (maybe) indented. But maybe not. Depends on how I feel, really."

The number of documents I see that're properly structured and actually, well, use the tools that Word provides for headings and general styling markup is &lt;em&gt;remarkably&lt;/em&gt; small in comparison to the ones that don't.

Actually, it's probably pretty much the same ratio as with properly marked up web pages to incorrectly marked-up ones. I wonder if there's a connection? *grin*</description>
		<content:encoded><![CDATA[<p>While I have no issue with H1-6, I do have a minor problem with your connecting the analogy to use of Word&reg;</p>
<p>To whit : It assumes that people in general know how to use Word in this way, too. Most of the documents I see in Word actually end up defining a heading as &#8220;Bold (usually) and (maybe) indented. But maybe not. Depends on how I feel, really.&#8221;</p>
<p>The number of documents I see that&#8217;re properly structured and actually, well, use the tools that Word provides for headings and general styling markup is <em>remarkably</em> small in comparison to the ones that don&#8217;t.</p>
<p>Actually, it&#8217;s probably pretty much the same ratio as with properly marked up web pages to incorrectly marked-up ones. I wonder if there&#8217;s a connection? *grin*</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mattobee.com</title>
		<link>http://www.rnib.org.uk/wacblog/articles/better-connected/better-connected-better-results-headings/#comment-44271</link>
		<dc:creator>mattobee.com</dc:creator>
		<pubDate>Wed, 14 Nov 2007 12:56:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/better-connected/better-connected-better-results-headings/#comment-44271</guid>
		<description>&lt;strong&gt;Describing Structure with Headings...&lt;/strong&gt;

Six of the simplest yet commonly misunderstood and misrepresented HTML elements....</description>
		<content:encoded><![CDATA[<p><strong>Describing Structure with Headings&#8230;</strong></p>
<p>Six of the simplest yet commonly misunderstood and misrepresented HTML elements&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JackP</title>
		<link>http://www.rnib.org.uk/wacblog/articles/better-connected/better-connected-better-results-headings/#comment-43904</link>
		<dc:creator>JackP</dc:creator>
		<pubDate>Mon, 12 Nov 2007 11:54:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/better-connected/better-connected-better-results-headings/#comment-43904</guid>
		<description>@Sarah:
I understand that is the reason: I just don't think that's a &lt;strong&gt;good&lt;/strong&gt; reason. 

That's like saying "you left the alt text for that image blank, what &lt;em&gt;should&lt;/em&gt; you have put instead?". The alt may be blank because I meant it to be (decorative image); similarly H3 may be more appropriate to that title than H2, which is why I've used H3. 

Using alt="" isn't much help; many CMS would include alt="" even if there &lt;em&gt;ought&lt;/em&gt; to be proper alt text, so it doesn't &lt;em&gt;necessarily&lt;/em&gt; indicate by itself that the image is decorative (although it should - just as using H3 should indicate "heading of the 3rd level of importance")

If the person reading the site is going to try and second-guess what the site owner meant every time they include any content, then shouldn't they just write the darn thing themselves if they don't believe me?

I put what I put because that's what I &lt;strong&gt;mean&lt;/strong&gt; by it. If you don't believe that, then what benefit are you actually going to get out of reading &lt;em&gt;any&lt;/em&gt; content?</description>
		<content:encoded><![CDATA[<p>@Sarah:<br />
I understand that is the reason: I just don&#8217;t think that&#8217;s a <strong>good</strong> reason. </p>
<p>That&#8217;s like saying &#8220;you left the alt text for that image blank, what <em>should</em> you have put instead?&#8221;. The alt may be blank because I meant it to be (decorative image); similarly H3 may be more appropriate to that title than H2, which is why I&#8217;ve used H3. </p>
<p>Using alt=&#8221;" isn&#8217;t much help; many CMS would include alt=&#8221;" even if there <em>ought</em> to be proper alt text, so it doesn&#8217;t <em>necessarily</em> indicate by itself that the image is decorative (although it should - just as using H3 should indicate &#8220;heading of the 3rd level of importance&#8221;)</p>
<p>If the person reading the site is going to try and second-guess what the site owner meant every time they include any content, then shouldn&#8217;t they just write the darn thing themselves if they don&#8217;t believe me?</p>
<p>I put what I put because that&#8217;s what I <strong>mean</strong> by it. If you don&#8217;t believe that, then what benefit are you actually going to get out of reading <em>any</em> content?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sarah Blackburn</title>
		<link>http://www.rnib.org.uk/wacblog/articles/better-connected/better-connected-better-results-headings/#comment-42965</link>
		<dc:creator>Sarah Blackburn</dc:creator>
		<pubDate>Wed, 07 Nov 2007 12:40:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/better-connected/better-connected-better-results-headings/#comment-42965</guid>
		<description>We're trying to figure out a way around a problem we're having. 

We want to label up the various parts of the page with Headings to give the page structure - so far so good. However the design of the page has some text above the H1 (and other navigation things too) 

This text is grouped into 3 'sections', so my feeling is that they should have headings on each of those 3 sections and possibly a group heading for the 3. I'd quite like the overall navigation to have a heading to indicate what the purpose of the group of links is. 

However we know that if we have an  before the  then it will fail AA. (3.5 - not nesting headings correctly)

So we came up with the idea that we could put another H1 at the top of the page before the  for the text and navigation. 
Running it through bobby, having a second  on a page isn't a problem and there isn't anything specific in WCAG to forbid multiple H1's (as long as they make sense within the document structure. 

But this posting suggests that having more than one H1 is a big no no... (it's in the simple rules at the top of this page). 

So can I ? should I? and if not, why not? what's the rationale?

One thing I've already suggested is that the actual HTML should read in this order
 Page title 
Main content (including  etc)
 navigation items
 specific parts of navigation
but the development team think this may have it's own technical problems. They like the 2  idea much better.</description>
		<content:encoded><![CDATA[<p>We&#8217;re trying to figure out a way around a problem we&#8217;re having. </p>
<p>We want to label up the various parts of the page with Headings to give the page structure - so far so good. However the design of the page has some text above the H1 (and other navigation things too) </p>
<p>This text is grouped into 3 &#8217;sections&#8217;, so my feeling is that they should have headings on each of those 3 sections and possibly a group heading for the 3. I&#8217;d quite like the overall navigation to have a heading to indicate what the purpose of the group of links is. </p>
<p>However we know that if we have an  before the  then it will fail AA. (3.5 - not nesting headings correctly)</p>
<p>So we came up with the idea that we could put another H1 at the top of the page before the  for the text and navigation.<br />
Running it through bobby, having a second  on a page isn&#8217;t a problem and there isn&#8217;t anything specific in WCAG to forbid multiple H1&#8217;s (as long as they make sense within the document structure. </p>
<p>But this posting suggests that having more than one H1 is a big no no&#8230; (it&#8217;s in the simple rules at the top of this page). </p>
<p>So can I ? should I? and if not, why not? what&#8217;s the rationale?</p>
<p>One thing I&#8217;ve already suggested is that the actual HTML should read in this order<br />
 Page title<br />
Main content (including  etc)<br />
 navigation items<br />
 specific parts of navigation<br />
but the development team think this may have it&#8217;s own technical problems. They like the 2  idea much better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sarah Blackburn</title>
		<link>http://www.rnib.org.uk/wacblog/articles/better-connected/better-connected-better-results-headings/#comment-42964</link>
		<dc:creator>Sarah Blackburn</dc:creator>
		<pubDate>Wed, 07 Nov 2007 12:40:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/better-connected/better-connected-better-results-headings/#comment-42964</guid>
		<description>I think the problem with skipping levels is that you're left thinking

'why is this heading a level 3?  wasn't the previous one a level 1? Did I miss the level 2 because it wasn't marked up? or because it wasn't there?'</description>
		<content:encoded><![CDATA[<p>I think the problem with skipping levels is that you&#8217;re left thinking</p>
<p>&#8216;why is this heading a level 3?  wasn&#8217;t the previous one a level 1? Did I miss the level 2 because it wasn&#8217;t marked up? or because it wasn&#8217;t there?&#8217;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JackP</title>
		<link>http://www.rnib.org.uk/wacblog/articles/better-connected/better-connected-better-results-headings/#comment-42770</link>
		<dc:creator>JackP</dc:creator>
		<pubDate>Tue, 06 Nov 2007 11:04:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/better-connected/better-connected-better-results-headings/#comment-42770</guid>
		<description>But what if you had a site with two halves to the page that normally ran like

H1 - the page
H2 - content of type X
H3 - type X item 1
H3 - type X item 2
H2 - content of type Y
H3 - type Y item 1
H3 - type Y item 2

and then for some reason, you removed one of the H2s (perhaps there was only one sub-item, so it didn't warrant a group header?)

you're either left with

H1 - main page
H2 - individual item

where the styling presumably won't be consistent as it won't equate to the equivalent item on the other half of the page - or you can use 

H1 - main page
H3 - individual item

...where it will match up; it's of the same relative importance as the other H3 levels and so on, but there is an assumption made that doing this is wrong, simply because some people may infer that "that's not what you &lt;em&gt;really&lt;/em&gt; meant"...

Surely it's not the job of user agents (whether assistive or not) to tell me what I &lt;em&gt;should have put&lt;/em&gt; when designing my website. It's my website, and it's like that because that's how I wanted it to be.

The question I was trying to ask whether or not skipping any levels makes anything actually &lt;strong&gt;inaccessible&lt;/strong&gt;, not whether or not something would have rather I'd designed my site differently. If it doesn't, then frankly I'm not going to lose any sleep over it, and I'll continue to structure them as I see fit...</description>
		<content:encoded><![CDATA[<p>But what if you had a site with two halves to the page that normally ran like</p>
<p>H1 - the page<br />
H2 - content of type X<br />
H3 - type X item 1<br />
H3 - type X item 2<br />
H2 - content of type Y<br />
H3 - type Y item 1<br />
H3 - type Y item 2</p>
<p>and then for some reason, you removed one of the H2s (perhaps there was only one sub-item, so it didn&#8217;t warrant a group header?)</p>
<p>you&#8217;re either left with</p>
<p>H1 - main page<br />
H2 - individual item</p>
<p>where the styling presumably won&#8217;t be consistent as it won&#8217;t equate to the equivalent item on the other half of the page - or you can use </p>
<p>H1 - main page<br />
H3 - individual item</p>
<p>&#8230;where it will match up; it&#8217;s of the same relative importance as the other H3 levels and so on, but there is an assumption made that doing this is wrong, simply because some people may infer that &#8220;that&#8217;s not what you <em>really</em> meant&#8221;&#8230;</p>
<p>Surely it&#8217;s not the job of user agents (whether assistive or not) to tell me what I <em>should have put</em> when designing my website. It&#8217;s my website, and it&#8217;s like that because that&#8217;s how I wanted it to be.</p>
<p>The question I was trying to ask whether or not skipping any levels makes anything actually <strong>inaccessible</strong>, not whether or not something would have rather I&#8217;d designed my site differently. If it doesn&#8217;t, then frankly I&#8217;m not going to lose any sleep over it, and I&#8217;ll continue to structure them as I see fit&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben 'Cerbera' Millard</title>
		<link>http://www.rnib.org.uk/wacblog/articles/better-connected/better-connected-better-results-headings/#comment-42676</link>
		<dc:creator>Ben 'Cerbera' Millard</dc:creator>
		<pubDate>Mon, 05 Nov 2007 19:13:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/better-connected/better-connected-better-results-headings/#comment-42676</guid>
		<description>Aha, that makes sense. What confused me was this:

&lt;blockquote&gt;The H1 must be applied to the main heading of the page&lt;/blockquote&gt;

I thought you were saying the main title of the content area had to be the &lt;code&gt;&#60;h1&#62;&lt;/code&gt;, even when there were other significant sections on the page.</description>
		<content:encoded><![CDATA[<p>Aha, that makes sense. What confused me was this:</p>
<blockquote><p>The H1 must be applied to the main heading of the page</p></blockquote>
<p>I thought you were saying the main title of the content area had to be the <code>&lt;h1&gt;</code>, even when there were other significant sections on the page.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ann</title>
		<link>http://www.rnib.org.uk/wacblog/articles/better-connected/better-connected-better-results-headings/#comment-42608</link>
		<dc:creator>Ann</dc:creator>
		<pubDate>Mon, 05 Nov 2007 09:33:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/better-connected/better-connected-better-results-headings/#comment-42608</guid>
		<description>Ben,

As I said in the main article:

&lt;blockquote&gt;If you want to name your sections and include these sections in the heading structure then these should be marked up as H2, along with any subheadings within the main content of the document.&lt;/blockquote&gt;

So by that logic, the headings you mention would be H2s, as they can only be subheadings of the main heading, and wouldn't be H1s because there's only one main heading of a document.

If it was a home page, an example structure would then be along the lines of:

H1 - Site Name
H2 - Main Navigation
H2 - Section Navigation
H2 - Latest News
H3 - News Article 1
H3 - News Article 2
H2 - Quick Links
H2 - Footer

On the markup in comments issue - we only allow very basic markup in comments to avoid spam issues, but I'll look into getting lists added to the list of allowed markup.</description>
		<content:encoded><![CDATA[<p>Ben,</p>
<p>As I said in the main article:</p>
<blockquote><p>If you want to name your sections and include these sections in the heading structure then these should be marked up as H2, along with any subheadings within the main content of the document.</p></blockquote>
<p>So by that logic, the headings you mention would be H2s, as they can only be subheadings of the main heading, and wouldn&#8217;t be H1s because there&#8217;s only one main heading of a document.</p>
<p>If it was a home page, an example structure would then be along the lines of:</p>
<p>H1 - Site Name<br />
H2 - Main Navigation<br />
H2 - Section Navigation<br />
H2 - Latest News<br />
H3 - News Article 1<br />
H3 - News Article 2<br />
H2 - Quick Links<br />
H2 - Footer</p>
<p>On the markup in comments issue - we only allow very basic markup in comments to avoid spam issues, but I&#8217;ll look into getting lists added to the list of allowed markup.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben 'Cerbera' Millard</title>
		<link>http://www.rnib.org.uk/wacblog/articles/better-connected/better-connected-better-results-headings/#comment-42205</link>
		<dc:creator>Ben 'Cerbera' Millard</dc:creator>
		<pubDate>Fri, 02 Nov 2007 21:03:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.rnib.org.uk/wacblog/better-connected/better-connected-better-results-headings/#comment-42205</guid>
		<description>(Another WordPress issue you might look into is to allow list markup in comments!)</description>
		<content:encoded><![CDATA[<p>(Another WordPress issue you might look into is to allow list markup in comments!)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
