<?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: Google Chrome Falls Short on Accessibility</title>
	<atom:link href="http://anikto.com/wordpress/2008/09/06/google-chrome-falls-short-on-accessibility/feed/" rel="self" type="application/rss+xml" />
	<link>http://anikto.com/wordpress/2008/09/06/google-chrome-falls-short-on-accessibility/</link>
	<description>Innovation Technology for the Greater Good</description>
	<lastBuildDate>Sat, 08 Jan 2011 19:24:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: I tried Google Chrome: It&#8217;s light. fast and Rocks: By Olga Lednichenko &#171; Olga Lednichenko -My new Slate</title>
		<link>http://anikto.com/wordpress/2008/09/06/google-chrome-falls-short-on-accessibility/comment-page-1/#comment-505</link>
		<dc:creator>I tried Google Chrome: It&#8217;s light. fast and Rocks: By Olga Lednichenko &#171; Olga Lednichenko -My new Slate</dc:creator>
		<pubDate>Tue, 09 Sep 2008 12:46:45 +0000</pubDate>
		<guid isPermaLink="false">http://anikto.com/wordpress/?p=45#comment-505</guid>
		<description>[...] Google Chrome Falls Short on Accessibility [...]</description>
		<content:encoded><![CDATA[<p>[...] Google Chrome Falls Short on Accessibility [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kel Smith</title>
		<link>http://anikto.com/wordpress/2008/09/06/google-chrome-falls-short-on-accessibility/comment-page-1/#comment-424</link>
		<dc:creator>Kel Smith</dc:creator>
		<pubDate>Sat, 06 Sep 2008 22:32:34 +0000</pubDate>
		<guid isPermaLink="false">http://anikto.com/wordpress/?p=45#comment-424</guid>
		<description>Thanks, Rob. I would add as 4) that many organizations don&#039;t make accessibility a priority in their business plan. As a result, project engagement leads don&#039;t factor this into the equation when writing functional requirements documentation. Too often, spec is written to accommodate a combined skillset competency rather than users&#039; needs.

Many thanks for contributing to the conversation.</description>
		<content:encoded><![CDATA[<p>Thanks, Rob. I would add as 4) that many organizations don&#8217;t make accessibility a priority in their business plan. As a result, project engagement leads don&#8217;t factor this into the equation when writing functional requirements documentation. Too often, spec is written to accommodate a combined skillset competency rather than users&#8217; needs.</p>
<p>Many thanks for contributing to the conversation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://anikto.com/wordpress/2008/09/06/google-chrome-falls-short-on-accessibility/comment-page-1/#comment-421</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Sat, 06 Sep 2008 15:38:54 +0000</pubDate>
		<guid isPermaLink="false">http://anikto.com/wordpress/?p=45#comment-421</guid>
		<description>Much as I hate to say this, as a software developer, things like this are often seen as an addon for two driving reasons

1) Development is focused around the needs of the *developer*, and experiences the developer has. My brother is (severely) handicapped, and to some extent that affects the way I think about software design. Not all people work like that.

2) The *majority* of people (speaking wholistically, not about subsections of the population) are not handicapped, therefore the design goes for the majority

3) Not enough people who do have these issues realise that they need to raise them with the original developer/manufacturer to get their voice heard.</description>
		<content:encoded><![CDATA[<p>Much as I hate to say this, as a software developer, things like this are often seen as an addon for two driving reasons</p>
<p>1) Development is focused around the needs of the *developer*, and experiences the developer has. My brother is (severely) handicapped, and to some extent that affects the way I think about software design. Not all people work like that.</p>
<p>2) The *majority* of people (speaking wholistically, not about subsections of the population) are not handicapped, therefore the design goes for the majority</p>
<p>3) Not enough people who do have these issues realise that they need to raise them with the original developer/manufacturer to get their voice heard.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

