<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Accessibility Tips &#187; headers</title>
	<atom:link href="http://accessibilitytips.com/tag/headers/feed/" rel="self" type="application/rss+xml" />
	<link>http://accessibilitytips.com</link>
	<description>A collection of tips, guidance and practical suggestions in developing accessible websites</description>
	<lastBuildDate>Sat, 02 May 2009 05:07:03 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Avoid skipping header levels</title>
		<link>http://accessibilitytips.com/2008/03/10/avoid-skipping-header-levels/</link>
		<comments>http://accessibilitytips.com/2008/03/10/avoid-skipping-header-levels/#comments</comments>
		<pubDate>Tue, 11 Mar 2008 01:39:07 +0000</pubDate>
		<dc:creator>Isofarro</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[accessibility]]></category>
		<category><![CDATA[headers]]></category>
		<category><![CDATA[navigation]]></category>
		<category><![CDATA[outline]]></category>
		<category><![CDATA[repurpose]]></category>
		<category><![CDATA[screenreaders]]></category>
		<category><![CDATA[semantics]]></category>
		<category><![CDATA[skip]]></category>
		<category><![CDATA[structure]]></category>

		<guid isPermaLink="false">http://www.wp-dev.isolutia.com/?p=16</guid>
		<description><![CDATA[There have been various discussions in web development circles about whether we can skip heading levels for various reasons, including structural consistency. Repurposing headers One of the benefits of a proper and consistent heading structure in an HTML page is that they can be repurposed to improve access to the content. For example, the heading [...]]]></description>
			<content:encoded><![CDATA[<p>There have been various discussions in web development circles about whether we can skip heading levels for various reasons, including structural consistency.</p>
<h2>Repurposing headers</h2>
<p>One of the benefits of a proper and consistent heading structure in an HTML page is that they can be repurposed to improve access to the content. For example, the heading structure could be extracted into a Table of Contents or an outline, providing in-page navigation or overview.</p>
<p>Screenreader users have header navigation, which allows them to go through the document on a header by header basis. It&#8217;s not perfect, but its very useful to find a piece of information quickly. The screenreader exposes a means of navigation to next or previous headers of a particular level, so a visitor can, for example, jump to the next second-level heading. So far there&#8217;s no indication of what header levels are available unless the user enquires.</p>
<h2>Barriers in skipping headers</h2>
<p>This means that if heading levels are skipped they may not be found by a screen reader user. For example, if a screenreader user is navigating down the second level headings (<code>h2</code>), and finds one that comes close to what he&#8217;s looking for, he may elect to navigate through the third level headings(<code>h3</code>). If this level is skipped in the header structure, the user will be informed that there are no third level headings. Without third level headings, the expectation is that there will be no fourth, fifth or sixth level headings there either. So those headings will typically not be found by a screenreader user.</p>
<p>Skipping a header level makes navigating by headers less usable for screenreader users.</p>
]]></content:encoded>
			<wfw:commentRss>http://accessibilitytips.com/2008/03/10/avoid-skipping-header-levels/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Signpost forms with headers</title>
		<link>http://accessibilitytips.com/2008/03/10/signpost-forms-with-headers/</link>
		<comments>http://accessibilitytips.com/2008/03/10/signpost-forms-with-headers/#comments</comments>
		<pubDate>Tue, 11 Mar 2008 01:04:40 +0000</pubDate>
		<dc:creator>Isofarro</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[accessibility]]></category>
		<category><![CDATA[forms]]></category>
		<category><![CDATA[headers]]></category>
		<category><![CDATA[navigation]]></category>
		<category><![CDATA[screenreaders]]></category>
		<category><![CDATA[signpost]]></category>

		<guid isPermaLink="false">http://www.wp-dev.isolutia.com/?p=14</guid>
		<description><![CDATA[The typical websites of today commonly have small forms in various locations on the page. These forms could be logins, subscribing to mailing lists, site search, blog comment form; they are ubiquitous because they tend to cover important use cases on a site. It makes sense to inform screenreader users of these forms &#8211; particularly [...]]]></description>
			<content:encoded><![CDATA[<p>The typical websites of today commonly have small forms in various locations on the page. These forms could be logins, subscribing to mailing lists, site search, blog comment form; they are ubiquitous because they tend to cover important use cases on a site.</p>
<p>It makes sense to inform screenreader users of these forms &#8211; particularly login and search, because they form an important part of getting things done on the site, or navigating to a personalised part of the site.</p>
<p>For that reason, preface all of these forms with a header. This allows screenreader users to use headers as a way of navigating all the elements in the page. Make the header text descriptive, for example &#8220;Login to your account&#8221;, or &#8220;Search this site&#8221;. It would be better to integrate these headings as part of the design, but they can be <a href="http://www.accessibilitytips.com/2008/03/04/positioning-content-offscreen/">hidden by positioning it off-left</a> if needed.</p>
<p>It&#8217;s more natural for this heading is placed before the start of the form, outside the opening <code>form</code> tag. That way a screenreader user can find the relevant header in heading navigation mode, and when they switch back to the normal page navigation mode the first thing immediately after the header is the form.</p>
<p>Ensure that the heading level makes sense in the document structure, and <a href="http://www.accessibilitytips.com/2008/03/10/avoid-skipping-header-levels/">don&#8217;t skip a heading level</a>. Use an <code>h2</code> header for forms that appear before the <code>h1</code> header; there ideally should be only one <code>h1</code> header per page.</p>
<h3>Related info</h3>
<ul>
<li><a href="http://www.youtube.com/watch?v=AmUPhEVWu_E">YouTube: Importance of HTML headings for accessibility</a>: shows how useful headers can be as a way of navigating a page of content in a screenreader (JAWS), and the difference when headers are not marked up.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://accessibilitytips.com/2008/03/10/signpost-forms-with-headers/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

