<?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: Opinion &#8211; Web Accessibility. Life In the Post-Guideline Age.</title>
	<atom:link href="http://www.headstar.com/eablive/?feed=rss2&#038;p=195" rel="self" type="application/rss+xml" />
	<link>http://www.headstar.com/eablive/?p=195</link>
	<description>Access to technology for all</description>
	<lastBuildDate>Sun, 01 Apr 2018 16:32:15 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=4.0.1</generator>
	<item>
		<title>By: Shazia Shamim</title>
		<link>http://www.headstar.com/eablive/?p=195&#038;cpage=1#comment-5369</link>
		<dc:creator><![CDATA[Shazia Shamim]]></dc:creator>
		<pubDate>Fri, 15 Aug 2008 05:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.headstar.com/eablive/?p=195#comment-5369</guid>
		<description><![CDATA[Accessibility is the biggest issue of disabled people especially blind people. Its true W3C is doing much and their guidelines are excellent but now its time to implement them as well. Most of the new website coming are still less accessible for disabled people.

How we can make sure this thing?]]></description>
		<content:encoded><![CDATA[<p>Accessibility is the biggest issue of disabled people especially blind people. Its true W3C is doing much and their guidelines are excellent but now its time to implement them as well. Most of the new website coming are still less accessible for disabled people.</p>
<p>How we can make sure this thing?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Graham</title>
		<link>http://www.headstar.com/eablive/?p=195&#038;cpage=1#comment-5357</link>
		<dc:creator><![CDATA[Graham]]></dc:creator>
		<pubDate>Fri, 18 Jul 2008 08:54:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.headstar.com/eablive/?p=195#comment-5357</guid>
		<description><![CDATA[I see a lot of similarities here to discussions about cross-browser compatibility (e.g. getting pages to work in Internet Explorer, Firefox, Opera, Safari, etc.) that have been ongoing for 10+ years. Developing a site &quot;from scratch has traditionally been a huge pain, especially considering the time needed to keep up with latest browser developments.

Most of these issues, however, are now &quot;covered up&quot; by commonly used APIs and software libraries, such as Yahoo User Interface, script.aculo.us, et al. These do all the hard work of making things work in different browsers, so the developer can concentrate on what they actually want to do. Entire development frameworks such as Ruby on Rails take this even further, making it even easier to develop a whole site that takes these issues into account automatically.

Surely the government is well placed to fund something similar, but which incorporates a philosophy of accessibility and navigational ease? The key would be to unite the &quot;standardistas&quot; (for the front-end standards), some &quot;back-end&quot; developers to get the framework running, appropriate users as testers, and an approach to &quot;disseminating&quot; the whole thing to government website developers that doesn&#039;t suck. If such a thing were technically sound and (most importantly) developmentally friendly, the last part would be a lot easier.

I hate to &quot;bring things down&quot; to a technical level, but this seems to be one of those cases where centralising the hard work - and the investment in it - so that others can benefit makes a lot of sense. 

Maybe there&#039;s even something out there that does this already?]]></description>
		<content:encoded><![CDATA[<p>I see a lot of similarities here to discussions about cross-browser compatibility (e.g. getting pages to work in Internet Explorer, Firefox, Opera, Safari, etc.) that have been ongoing for 10+ years. Developing a site &#8220;from scratch has traditionally been a huge pain, especially considering the time needed to keep up with latest browser developments.</p>
<p>Most of these issues, however, are now &#8220;covered up&#8221; by commonly used APIs and software libraries, such as Yahoo User Interface, script.aculo.us, et al. These do all the hard work of making things work in different browsers, so the developer can concentrate on what they actually want to do. Entire development frameworks such as Ruby on Rails take this even further, making it even easier to develop a whole site that takes these issues into account automatically.</p>
<p>Surely the government is well placed to fund something similar, but which incorporates a philosophy of accessibility and navigational ease? The key would be to unite the &#8220;standardistas&#8221; (for the front-end standards), some &#8220;back-end&#8221; developers to get the framework running, appropriate users as testers, and an approach to &#8220;disseminating&#8221; the whole thing to government website developers that doesn&#8217;t suck. If such a thing were technically sound and (most importantly) developmentally friendly, the last part would be a lot easier.</p>
<p>I hate to &#8220;bring things down&#8221; to a technical level, but this seems to be one of those cases where centralising the hard work &#8211; and the investment in it &#8211; so that others can benefit makes a lot of sense. </p>
<p>Maybe there&#8217;s even something out there that does this already?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Clark</title>
		<link>http://www.headstar.com/eablive/?p=195&#038;cpage=1#comment-5355</link>
		<dc:creator><![CDATA[Joe Clark]]></dc:creator>
		<pubDate>Fri, 11 Jul 2008 03:15:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.headstar.com/eablive/?p=195#comment-5355</guid>
		<description><![CDATA[I believe what I meant (and explicitly said) was that standardistas already know by heart what they have to do to  create an accessible site. Nobody pulls out a checklist and ticks one box after another anymore. Beginners, yes. Tables-and-font-tags losers... no, they don’t know this whole thing exists. But real developers do. And they don’t need guidelines.]]></description>
		<content:encoded><![CDATA[<p>I believe what I meant (and explicitly said) was that standardistas already know by heart what they have to do to  create an accessible site. Nobody pulls out a checklist and ticks one box after another anymore. Beginners, yes. Tables-and-font-tags losers&#8230; no, they don’t know this whole thing exists. But real developers do. And they don’t need guidelines.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Majeed Saleh</title>
		<link>http://www.headstar.com/eablive/?p=195&#038;cpage=1#comment-5353</link>
		<dc:creator><![CDATA[Majeed Saleh]]></dc:creator>
		<pubDate>Wed, 09 Jul 2008 09:54:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.headstar.com/eablive/?p=195#comment-5353</guid>
		<description><![CDATA[Thanks for your comments. I think I&#039;ve sorted out those problems now]]></description>
		<content:encoded><![CDATA[<p>Thanks for your comments. I think I&#8217;ve sorted out those problems now</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis at Web Axe</title>
		<link>http://www.headstar.com/eablive/?p=195&#038;cpage=1#comment-5352</link>
		<dc:creator><![CDATA[Dennis at Web Axe]]></dc:creator>
		<pubDate>Tue, 08 Jul 2008 19:03:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.headstar.com/eablive/?p=195#comment-5352</guid>
		<description><![CDATA[This article supports the fact that usability ultimately is what differentiates a web site and especially a web application. That&#039;s why companies with a more even ratio of front-end/design folks and back-end folks will tend to have a much better product.

Note: I see the spam also from the RSS feed, yikes! There are also two instances of breaks within a paragraph. See &quot;where a single version&quot; and &quot;user experience preferable,&quot;.]]></description>
		<content:encoded><![CDATA[<p>This article supports the fact that usability ultimately is what differentiates a web site and especially a web application. That&#8217;s why companies with a more even ratio of front-end/design folks and back-end folks will tend to have a much better product.</p>
<p>Note: I see the spam also from the RSS feed, yikes! There are also two instances of breaks within a paragraph. See &#8220;where a single version&#8221; and &#8220;user experience preferable,&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Machell</title>
		<link>http://www.headstar.com/eablive/?p=195&#038;cpage=1#comment-5349</link>
		<dc:creator><![CDATA[Matt Machell]]></dc:creator>
		<pubDate>Wed, 25 Jun 2008 13:01:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.headstar.com/eablive/?p=195#comment-5349</guid>
		<description><![CDATA[Just a quick note. It looks like your blog has a load of spam appended to this post and hidden inside a display:none. It&#039;s visible in the RSS, which is how I noticed.

On the gap between guidelines and developers, it&#039;s partly linked to the difference between a tick-box and real-world approach, but also movement of organisations to actually having professional web staff rather than people who happen to do web work.]]></description>
		<content:encoded><![CDATA[<p>Just a quick note. It looks like your blog has a load of spam appended to this post and hidden inside a display:none. It&#8217;s visible in the RSS, which is how I noticed.</p>
<p>On the gap between guidelines and developers, it&#8217;s partly linked to the difference between a tick-box and real-world approach, but also movement of organisations to actually having professional web staff rather than people who happen to do web work.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
