<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: 6 Tips for Basic Web Accessibility</title>
	<atom:link href="http://fwebde.com/web-design/6-tips-for-basic-web-accessibility/feed/" rel="self" type="application/rss+xml" />
	<link>http://fwebde.com/web-design/6-tips-for-basic-web-accessibility/</link>
	<description>Helping people to make fantastic websites, whether you are a designer, a developer, or someone just who loves websites.</description>
	<lastBuildDate>Thu, 09 Feb 2012 20:37:04 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Eric Bannatyne</title>
		<link>http://fwebde.com/web-design/6-tips-for-basic-web-accessibility/comment-page-1/#comment-534</link>
		<dc:creator>Eric Bannatyne</dc:creator>
		<pubDate>Tue, 15 Dec 2009 00:48:23 +0000</pubDate>
		<guid isPermaLink="false">http://fwebde.com/?p=927#comment-534</guid>
		<description>&lt;strong&gt;Web Axe:&lt;/strong&gt;

Thank you for your comments. I don&#039;t know tons about assistive technologies, and didn&#039;t know that &lt;code&gt;tabindex&lt;/code&gt; could get in the way. It can also be useful to make good use of headings.

&lt;strong&gt;Joe Chidzik:&lt;/strong&gt;

It is a good idea to try to keep the fields in the correct order in the source code, to be sure that they will be tabbed through in the right order.</description>
		<content:encoded><![CDATA[<p><strong>Web Axe:</strong></p>
<p>Thank you for your comments. I don't know tons about assistive technologies, and didn't know that <code>tabindex</code> could get in the way. It can also be useful to make good use of headings.</p>
<p><strong>Joe Chidzik:</strong></p>
<p>It is a good idea to try to keep the fields in the correct order in the source code, to be sure that they will be tabbed through in the right order.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Chidzik</title>
		<link>http://fwebde.com/web-design/6-tips-for-basic-web-accessibility/comment-page-1/#comment-531</link>
		<dc:creator>Joe Chidzik</dc:creator>
		<pubDate>Mon, 14 Dec 2009 17:25:25 +0000</pubDate>
		<guid isPermaLink="false">http://fwebde.com/?p=927#comment-531</guid>
		<description>Additionally for skip links, I always use the CSS pseudo-classes :focus and :active to make the skip link visible when it receives the focus. In this way,sighted keyboard only users can also make use of the skip link. 

On tabindex. I think it is important to point out that this should really be implemented using an all or none approach. Namely, either provide a tabindex value for all keyboard accessible elements (links, input fields) on your page, or none of them. If you apply it to only a few, you run the risk of decreasing usability for keyboard users as browsers will as a rule tab through all the tabindex fields first, and then move onto the non-tabindexed fields. 

Better still with forms is to ensure that the fields are laid out in the correct order in the underlying source code. This way, a logical tabbing order is maintained without using the tabindex attribute (which is deprecated anyway in (x)html 1.1</description>
		<content:encoded><![CDATA[<p>Additionally for skip links, I always use the CSS pseudo-classes :focus and :active to make the skip link visible when it receives the focus. In this way,sighted keyboard only users can also make use of the skip link. </p>
<p>On tabindex. I think it is important to point out that this should really be implemented using an all or none approach. Namely, either provide a tabindex value for all keyboard accessible elements (links, input fields) on your page, or none of them. If you apply it to only a few, you run the risk of decreasing usability for keyboard users as browsers will as a rule tab through all the tabindex fields first, and then move onto the non-tabindexed fields. </p>
<p>Better still with forms is to ensure that the fields are laid out in the correct order in the underlying source code. This way, a logical tabbing order is maintained without using the tabindex attribute (which is deprecated anyway in (x)html 1.1</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Web Axe</title>
		<link>http://fwebde.com/web-design/6-tips-for-basic-web-accessibility/comment-page-1/#comment-530</link>
		<dc:creator>Web Axe</dc:creator>
		<pubDate>Mon, 14 Dec 2009 17:16:24 +0000</pubDate>
		<guid isPermaLink="false">http://fwebde.com/?p=927#comment-530</guid>
		<description>Good intentions, but a few comments. Styling form elements is more usability issue; using proper form labels is a better suggestion. You should NOT use tabindex. It gets in the way of assistive technology, and not needed if your content is (and should) be in reading order. &quot;Skip to&quot; links are good, but not needed if coded well with headings, ARIA, and/or HTML5. Proper use of Headings is another big factor to consider for web accessibility.</description>
		<content:encoded><![CDATA[<p>Good intentions, but a few comments. Styling form elements is more usability issue; using proper form labels is a better suggestion. You should NOT use tabindex. It gets in the way of assistive technology, and not needed if your content is (and should) be in reading order. "Skip to" links are good, but not needed if coded well with headings, ARIA, and/or HTML5. Proper use of Headings is another big factor to consider for web accessibility.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

