<?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: WCAG 2.0 - A Failure In The Making?</title>
	<atom:link href="http://blackwidows.co.uk/blog/2006/05/23/wcag-20-a-failure-in-the-making/feed/" rel="self" type="application/rss+xml" />
	<link>http://blackwidows.co.uk/blog/2006/05/23/wcag-20-a-failure-in-the-making/</link>
	<description>The meanderings of a black widow...</description>
	<pubDate>Fri, 21 Nov 2008 12:11:38 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Aaron</title>
		<link>http://blackwidows.co.uk/blog/2006/05/23/wcag-20-a-failure-in-the-making/#comment-2334</link>
		<dc:creator>Aaron</dc:creator>
		<pubDate>Mon, 03 Jul 2006 14:53:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.blackwidows.co.uk/blog/?p=58#comment-2334</guid>
		<description>I liked reading your blog !</description>
		<content:encoded><![CDATA[<p>I liked reading your blog !</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Administrator</title>
		<link>http://blackwidows.co.uk/blog/2006/05/23/wcag-20-a-failure-in-the-making/#comment-2122</link>
		<dc:creator>Administrator</dc:creator>
		<pubDate>Fri, 26 May 2006 10:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.blackwidows.co.uk/blog/?p=58#comment-2122</guid>
		<description>The problem when producing a plain-english guide will be how some parts of WCAG 2.0 should be interpreted. I think we're going to find that different people will apply quite different interpretations to some checkpoints. There's nothing new in that. Developers have been arguing over some points within WCAG 1.0 for years and, although some of that discussion is healthy and probably lends itself to a deeper understanding of the principles behind the guidelines, I had  hoped that WCAG 2.0 would clarify some issues - not make things worse.</description>
		<content:encoded><![CDATA[<p>The problem when producing a plain-english guide will be how some parts of <acronym title="Web Content Accessibility Guidelines">WCAG</acronym> 2.0 should be interpreted. I think we&#8217;re going to find that different people will apply quite different interpretations to some checkpoints. There&#8217;s nothing new in that. Developers have been arguing over some points within <acronym title="Web Content Accessibility Guidelines">WCAG</acronym> 1.0 for years and, although some of that discussion is healthy and probably lends itself to a deeper understanding of the principles behind the guidelines, I had  hoped that <acronym title="Web Content Accessibility Guidelines">WCAG</acronym> 2.0 would clarify some issues - not make things worse.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://blackwidows.co.uk/blog/2006/05/23/wcag-20-a-failure-in-the-making/#comment-2113</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Thu, 25 May 2006 16:25:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.blackwidows.co.uk/blog/?p=58#comment-2113</guid>
		<description>Spot on Mel. The single greatest worry for me is that WCAG 2.0 will alienate those developers who are just starting to learn about accessibility. WCAG 1 isn't perfect, but at least it's straightforward. Anyone can understand the concepts of guidelines, techniques and conformance levels, i.e. the important bits. WCAG 2.0 on the other hand seems to do its darnedest to hide the important bits. If I was starting out now there is absolutely no way I'd wade through the new documents. No doubt some kind soul will produce a plain-english, simple-person's guide to it in due course, but it will too late for many.</description>
		<content:encoded><![CDATA[<p>Spot on Mel. The single greatest worry for me is that <acronym title="Web Content Accessibility Guidelines">WCAG</acronym> 2.0 will alienate those developers who are just starting to learn about accessibility. <acronym title="Web Content Accessibility Guidelines">WCAG</acronym> 1 isn&#8217;t perfect, but at least it&#8217;s straightforward. Anyone can understand the concepts of guidelines, techniques and conformance levels, i.e. the important bits. <acronym title="Web Content Accessibility Guidelines">WCAG</acronym> 2.0 on the other hand seems to do its darnedest to hide the important bits. If I was starting out now there is absolutely no way I&#8217;d wade through the new documents. No doubt some kind soul will produce a plain-english, simple-person&#8217;s guide to it in due course, but it will too late for many.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Blair Millen</title>
		<link>http://blackwidows.co.uk/blog/2006/05/23/wcag-20-a-failure-in-the-making/#comment-2109</link>
		<dc:creator>Blair Millen</dc:creator>
		<pubDate>Thu, 25 May 2006 10:21:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.blackwidows.co.uk/blog/?p=58#comment-2109</guid>
		<description>Of course, the 'baselines' will need to be set by a responsible web site owner. It shouldn't be any different to the way things are presently done (if they are done properly that is). If the site is intended for the widest possible audience and the site uses Flash, then obviously the site owner needs to provide an alternative.</description>
		<content:encoded><![CDATA[<p>Of course, the &#8216;baselines&#8217; will need to be set by a responsible web site owner. It shouldn&#8217;t be any different to the way things are presently done (if they are done properly that is). If the site is intended for the widest possible audience and the site uses Flash, then obviously the site owner needs to provide an alternative.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Administrator</title>
		<link>http://blackwidows.co.uk/blog/2006/05/23/wcag-20-a-failure-in-the-making/#comment-2108</link>
		<dc:creator>Administrator</dc:creator>
		<pubDate>Thu, 25 May 2006 08:06:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.blackwidows.co.uk/blog/?p=58#comment-2108</guid>
		<description>If user agents ever do reach the point of 'reading' what a given site needs in the way of technology, how does this help the user? Especially if they don't have access to technology X?

Looking at 'baselines' from this angle, my concern would be that we would have simply taken all of the "This site requires Flash 8" (and similar) messages off the screens only to place them in machine-readable messages. It doesn't solve the problem - just shifts responsibility of informing the user from the site to the user agent. Added to which, site owners, having been lured into feeling that they have Done The Right Thing by WCAG 2.0 in providing a baseline, might be even less inclined to tackle the root issue i.e. opening their site up to the widest possible audience.</description>
		<content:encoded><![CDATA[<p>If user agents ever do reach the point of &#8216;reading&#8217; what a given site needs in the way of technology, how does this help the user? Especially if they don&#8217;t have access to technology X?</p>
<p>Looking at &#8216;baselines&#8217; from this angle, my concern would be that we would have simply taken all of the &#8220;This site requires Flash 8&#8243; (and similar) messages off the screens only to place them in machine-readable messages. It doesn&#8217;t solve the problem - just shifts responsibility of informing the user from the site to the user agent. Added to which, site owners, having been lured into feeling that they have Done The Right Thing by <acronym title="Web Content Accessibility Guidelines">WCAG</acronym> 2.0 in providing a baseline, might be even less inclined to tackle the root issue i.e. opening their site up to the widest possible audience.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Blair Millen</title>
		<link>http://blackwidows.co.uk/blog/2006/05/23/wcag-20-a-failure-in-the-making/#comment-2094</link>
		<dc:creator>Blair Millen</dc:creator>
		<pubDate>Wed, 24 May 2006 06:49:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.blackwidows.co.uk/blog/?p=58#comment-2094</guid>
		<description>I was at a &lt;acronym title="Scottish Usability Professionals Association"&gt;SUPA&lt;/acronym&gt; meeting last night which covered WCAG 2.0. And one interesting area that was mentioned was 'baselines'. From what I gather, when a 'government body, client, organization, author, or combination of these' set a baseline, the are simply creating a string which defines the technologies they expect people to use. At the moment this string is not machine-readable, so what atually happens or who actually uses this string is still a little confusing to me. But, the idea that this string may be accessible by user agents, almost like a DOCTYPE, sounds interesting. Perhaps we'll soon be looking at messages delivered from user agents advising us that a certain website needs a certain technology?</description>
		<content:encoded><![CDATA[<p>I was at a <acronym title="Scottish Usability Professionals Association">SUPA</acronym> meeting last night which covered <acronym title="Web Content Accessibility Guidelines">WCAG</acronym> 2.0. And one interesting area that was mentioned was &#8216;baselines&#8217;. From what I gather, when a &#8216;government body, client, organization, author, or combination of these&#8217; set a baseline, the are simply creating a string which defines the technologies they expect people to use. At the moment this string is not machine-readable, so what atually happens or who actually uses this string is still a little confusing to me. But, the idea that this string may be accessible by user agents, almost like a DOCTYPE, sounds interesting. Perhaps we&#8217;ll soon be looking at messages delivered from user agents advising us that a certain website needs a certain technology?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
