<?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: What to do with WCAG 2?</title>
	<atom:link href="http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/</link>
	<description>Working together for standards</description>
	<lastBuildDate>Wed, 27 Mar 2013 12:19:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: börsenspiel</title>
		<link>http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/comment-page-1/#comment-57896</link>
		<dc:creator>börsenspiel</dc:creator>
		<pubDate>Mon, 07 May 2007 22:09:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/#comment-57896</guid>
		<description>Note that the current plan is for technology-specific guidance to be provided in “Applications Notes” (that cover the basics) and Techniques documents (for more advanced folks). These will not be standards; instead, they will probably be official W3C “Notes” that are advisory.</description>
		<content:encoded><![CDATA[<p>Note that the current plan is for technology-specific guidance to be provided in “Applications Notes” (that cover the basics) and Techniques documents (for more advanced folks). These will not be standards; instead, they will probably be official W3C “Notes” that are advisory.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cecil Ward</title>
		<link>http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/comment-page-1/#comment-57580</link>
		<dc:creator>Cecil Ward</dc:creator>
		<pubDate>Tue, 03 Apr 2007 10:36:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/#comment-57580</guid>
		<description>I feel that, despite its many serious defects, WCAG2 &lt;em&gt;has&lt;/em&gt; a role to play. I suggest that it be re-targetted, if that&#039;s the right word, to become a schema or meta-standard, rather than a concrete instance of an actual accessibility standard. What I mean by this is that it should become a statement of abstract guiding principles to be used &lt;em&gt;when defining actual concrete standards as they relate to a particular technology&lt;/em&gt;. A &#039;how to write a standard&#039; document. So that if, say, a WCAG 1.1 or 1.2 or whatever for (X)HTML is produced, then that &lt;em&gt;concrete standard&lt;/em&gt; should be built to conform to WCAG2. A statement of guiding principles is valuable in itself, and its abstract nature would not then be something to be criticised. Concrete standards should then be available to give concise practical guidance, while the philosophy behind their development would not have to be on show up front.</description>
		<content:encoded><![CDATA[<p>I feel that, despite its many serious defects, WCAG2 <em>has</em> a role to play. I suggest that it be re-targetted, if that&#8217;s the right word, to become a schema or meta-standard, rather than a concrete instance of an actual accessibility standard. What I mean by this is that it should become a statement of abstract guiding principles to be used <em>when defining actual concrete standards as they relate to a particular technology</em>. A &#8216;how to write a standard&#8217; document. So that if, say, a WCAG 1.1 or 1.2 or whatever for (X)HTML is produced, then that <em>concrete standard</em> should be built to conform to WCAG2. A statement of guiding principles is valuable in itself, and its abstract nature would not then be something to be criticised. Concrete standards should then be available to give concise practical guidance, while the philosophy behind their development would not have to be on show up front.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Web Directions North post mortem &#172; Easy Reader</title>
		<link>http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/comment-page-1/#comment-49021</link>
		<dc:creator>Web Directions North post mortem &#172; Easy Reader</dc:creator>
		<pubDate>Mon, 19 Feb 2007 23:23:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/#comment-49021</guid>
		<description>[...] The fireside chat went really well. Joe is just a fun guy to listen to, whether he’s presenting or not. Joe talked at length about designing for accessibility, using the TTC as a case study. He showed how accessibility concerns should be pervasive throughout an organization, in every public touchpoint. He also called for the destruction of WCAG2, but that’s another can of worms entirely. [...]</description>
		<content:encoded><![CDATA[<p>[...] The fireside chat went really well. Joe is just a fun guy to listen to, whether he’s presenting or not. Joe talked at length about designing for accessibility, using the TTC as a case study. He showed how accessibility concerns should be pervasive throughout an organization, in every public touchpoint. He also called for the destruction of WCAG2, but that’s another can of worms entirely. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roman Novak</title>
		<link>http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/comment-page-1/#comment-48159</link>
		<dc:creator>Roman Novak</dc:creator>
		<pubDate>Sun, 18 Feb 2007 01:00:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/#comment-48159</guid>
		<description>Lets see some &quot;human&quot; look: WCAG 2.0 could be some rules as the grammar are the rules in a language. We need the rules - grammar to understand each other. We need strict rules to use it in the language at TV, newspapers etc. But we don&#039;t need strict rules in a pub between friends, having fun. It can be similar in a web. For formal sites we need rules (WCAG 2.0), but for nobody can order use it strictly everywhere (likewise it would not be possible).</description>
		<content:encoded><![CDATA[<p>Lets see some &#8220;human&#8221; look: WCAG 2.0 could be some rules as the grammar are the rules in a language. We need the rules &#8211; grammar to understand each other. We need strict rules to use it in the language at TV, newspapers etc. But we don&#8217;t need strict rules in a pub between friends, having fun. It can be similar in a web. For formal sites we need rules (WCAG 2.0), but for nobody can order use it strictly everywhere (likewise it would not be possible).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pat</title>
		<link>http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/comment-page-1/#comment-47408</link>
		<dc:creator>Pat</dc:creator>
		<pubDate>Fri, 16 Feb 2007 08:04:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/#comment-47408</guid>
		<description>WCAG 2.0 is getting to be a bit of a joke, same as XHTML 2.0 come to think of it.

I was interested to hear to latest on HTML 5  recently and you have to wonder how the W3C will retain any credibility if people walk away and start creating their own &#039;standards&#039;.

But maybe this is the only way forward; community generated standards. I mean this is how most things we take for granted--in terms of web technology--originally came about anyway, isn&#039;t it?</description>
		<content:encoded><![CDATA[<p>WCAG 2.0 is getting to be a bit of a joke, same as XHTML 2.0 come to think of it.</p>
<p>I was interested to hear to latest on HTML 5  recently and you have to wonder how the W3C will retain any credibility if people walk away and start creating their own &#8216;standards&#8217;.</p>
<p>But maybe this is the only way forward; community generated standards. I mean this is how most things we take for granted&#8211;in terms of web technology&#8211;originally came about anyway, isn&#8217;t it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shawn Henry</title>
		<link>http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/comment-page-1/#comment-47262</link>
		<dc:creator>Shawn Henry</dc:creator>
		<pubDate>Thu, 15 Feb 2007 21:34:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/#comment-47262</guid>
		<description>&lt;blockquote&gt;I know that the concept of baseline is new, but I also know that I’ve never yet seen a definition of it.&lt;/blockquote&gt;

Hi, ppk,
Baseline was defined in previous documents. Some are still available and some have been replaced.

Baseline was included in the WCAG 2.0 Working Draft 17 April 2006, especially the Conformance section at &lt;a href=&quot;http&#124;//www.w3.org/TR/2006/WD-WCAG20-20060427/conformance.html&quot; rel=&quot;nofollow&quot;&gt;http://www.w3.org/TR/2006/WD-WCAG20-20060427/conformance.html&lt;/a&gt;.

There was a brief intro to baseline in past versions of the Overview of WCAG 2.0 Documents at &lt;a href=&quot;http://www.w3.org/WAI/intro/wcag20&quot; rel=&quot;nofollow&quot;&gt;http://www.w3.org/WAI/intro/wcag20&lt;/a&gt;, for example: &quot;A new concept in WCAG 2.0 is technology baseline. A baseline is a list of Web technologies (HTML, CSS, etc.). The baseline defines the technologies that most user agents (browsers, assistive technologies, etc.) support in a way that meets the needs of people with disabilities. &lt;strong&gt;One way to think about baselines is: The technologies that you can rely on in creating your Web site because there is ample accessibility support for them.&lt;/strong&gt;&quot;

The WCAG WG received lots of public comments on baseline, and the comments have been very helpful in refining how baselines is used in WCAG 2.0. To help communicate that the WCAG Working Group agrees with many of the comments and that the Working Group is making changes based on the feedback, we updated the Overview document for now to say that the concept of baseline is being refined.</description>
		<content:encoded><![CDATA[<blockquote><p>I know that the concept of baseline is new, but I also know that I’ve never yet seen a definition of it.</p></blockquote>
<p>Hi, ppk,<br />
Baseline was defined in previous documents. Some are still available and some have been replaced.</p>
<p>Baseline was included in the WCAG 2.0 Working Draft 17 April 2006, especially the Conformance section at <a href="http|//www.w3.org/TR/2006/WD-WCAG20-20060427/conformance.html" rel="nofollow">http://www.w3.org/TR/2006/WD-WCAG20-20060427/conformance.html</a>.</p>
<p>There was a brief intro to baseline in past versions of the Overview of WCAG 2.0 Documents at <a href="http://www.w3.org/WAI/intro/wcag20" rel="nofollow">http://www.w3.org/WAI/intro/wcag20</a>, for example: &#8220;A new concept in WCAG 2.0 is technology baseline. A baseline is a list of Web technologies (HTML, CSS, etc.). The baseline defines the technologies that most user agents (browsers, assistive technologies, etc.) support in a way that meets the needs of people with disabilities. <strong>One way to think about baselines is: The technologies that you can rely on in creating your Web site because there is ample accessibility support for them.</strong>&#8220;</p>
<p>The WCAG WG received lots of public comments on baseline, and the comments have been very helpful in refining how baselines is used in WCAG 2.0. To help communicate that the WCAG Working Group agrees with many of the comments and that the Working Group is making changes based on the feedback, we updated the Overview document for now to say that the concept of baseline is being refined.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jordan Clark</title>
		<link>http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/comment-page-1/#comment-46861</link>
		<dc:creator>Jordan Clark</dc:creator>
		<pubDate>Wed, 14 Feb 2007 19:01:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/#comment-46861</guid>
		<description>The problem with these guidelines, in my opinion, is that they are way too verbose. I realise that it is a technical standard and needs to be properly defined, but as Joe Clark pointed out in his article &lt;a href=&quot;http://www.alistapart.com/articles/tohellwithwcag2/&quot; rel=&quot;nofollow&quot;&gt;To
Hell with WCAG2&lt;/a&gt;, 28,000 word is just ridiculous!
My main concern is that if senior members of the web standards community have a hard time making head or tail of it, &quot;old-school&quot; designers are going to be even more disaffected and carry on with bad practices.</description>
		<content:encoded><![CDATA[<p>The problem with these guidelines, in my opinion, is that they are way too verbose. I realise that it is a technical standard and needs to be properly defined, but as Joe Clark pointed out in his article <a href="http://www.alistapart.com/articles/tohellwithwcag2/" rel="nofollow">To<br />
Hell with WCAG2</a>, 28,000 word is just ridiculous!<br />
My main concern is that if senior members of the web standards community have a hard time making head or tail of it, &#8220;old-school&#8221; designers are going to be even more disaffected and carry on with bad practices.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tuna</title>
		<link>http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/comment-page-1/#comment-46277</link>
		<dc:creator>Tuna</dc:creator>
		<pubDate>Tue, 13 Feb 2007 02:32:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/#comment-46277</guid>
		<description>I wouldn&#039;t junk the WCAG 2, but then I do consider it the classic academic document that is frankly of no major practical use.  

The fact that clarifications have to be issued by the W3C in the first place is a very bad sign that the workgroups for whatever reason have missed the core reasoning for the WCAG. Its meant to be a Guideline... presently its guiding nothing. 

I do find that WCAG 2 is presently doing more damage as it is. As it is being held up by enterprises and govt agencies as the new light to follow, and like it or not they are taking the bare minimum that needs to be done to comply.  Which is most cases is a lot less than the previous WAG.

Maybe the problem is the personalities in the working group, not  the document for the inaction.  It only takes one strong personality in this type of group to derail a process. 

What to do, 
1) you can patch it, issue example clarifications and make damn sure they cover all bases.
2) revise it, looking at the core of what it should be doing. Maybe under a new working group. 
3) scrap it, start again, under a new working group
4) forget about it the W3G is dead, its just doesn&#039;t know it. 

To stop the fall out of 2 + 3 I feel (1) is what&#039;s going to happen.  Question is when!</description>
		<content:encoded><![CDATA[<p>I wouldn&#8217;t junk the WCAG 2, but then I do consider it the classic academic document that is frankly of no major practical use.  </p>
<p>The fact that clarifications have to be issued by the W3C in the first place is a very bad sign that the workgroups for whatever reason have missed the core reasoning for the WCAG. Its meant to be a Guideline&#8230; presently its guiding nothing. </p>
<p>I do find that WCAG 2 is presently doing more damage as it is. As it is being held up by enterprises and govt agencies as the new light to follow, and like it or not they are taking the bare minimum that needs to be done to comply.  Which is most cases is a lot less than the previous WAG.</p>
<p>Maybe the problem is the personalities in the working group, not  the document for the inaction.  It only takes one strong personality in this type of group to derail a process. </p>
<p>What to do,<br />
1) you can patch it, issue example clarifications and make damn sure they cover all bases.<br />
2) revise it, looking at the core of what it should be doing. Maybe under a new working group.<br />
3) scrap it, start again, under a new working group<br />
4) forget about it the W3G is dead, its just doesn&#8217;t know it. </p>
<p>To stop the fall out of 2 + 3 I feel (1) is what&#8217;s going to happen.  Question is when!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ppk</title>
		<link>http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/comment-page-1/#comment-45632</link>
		<dc:creator>ppk</dc:creator>
		<pubDate>Sun, 11 Feb 2007 13:08:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/#comment-45632</guid>
		<description>Shawn,

I know that the concept of baseline is new, but I also know that I&#039;ve never yet seen a definition of it. I read that W3C is &#039;working on it&#039;; as far as I know they&#039;ve been doing this for at least the past year and a half.

What&#039;s the point of pointing to a concept that hasn&#039;t been defined yet and is totally unclear (maybe even to the Working Group?) It&#039;s definitely not an argument in favour of WCAG 2.0 , and it doesn&#039;t clarify anything.

Please enlighten me.</description>
		<content:encoded><![CDATA[<p>Shawn,</p>
<p>I know that the concept of baseline is new, but I also know that I&#8217;ve never yet seen a definition of it. I read that W3C is &#8216;working on it&#8217;; as far as I know they&#8217;ve been doing this for at least the past year and a half.</p>
<p>What&#8217;s the point of pointing to a concept that hasn&#8217;t been defined yet and is totally unclear (maybe even to the Working Group?) It&#8217;s definitely not an argument in favour of WCAG 2.0 , and it doesn&#8217;t clarify anything.</p>
<p>Please enlighten me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pauldwaite</title>
		<link>http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/comment-page-1/#comment-45236</link>
		<dc:creator>pauldwaite</dc:creator>
		<pubDate>Sat, 10 Feb 2007 15:47:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/#comment-45236</guid>
		<description>&lt;blockquote cite=&quot;http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/#comment-44402&quot;&gt;Imagine a validator that could test all accessibility points. No one would need to read the document&lt;/blockquote&gt;

Principle 1 in WCAG 2.0 is that content should be perceivable. Guideline 1.1 is &quot;provide text alternatives for all non-text content&quot;. 

If we imagine an image, a validator can check that there is some alternative content there (i.e. there is an alt attribute with some text), but it can&#039;t check that the alternative content adequately describes the image, because it doesn&#039;t know what the image is.

If the text doesn&#039;t adequately describe the image, the site isn&#039;t accessible.

&lt;blockquote cite=&quot;http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/#comment-44402&quot;&gt;Some accessibility advocates would probably rail against the lazy programmer technique of validating then fixing.&lt;/blockquote&gt;

No. Accessibility advocates would explain patiently to programmers that computers alone can&#039;t solve everything, you need humans as well.</description>
		<content:encoded><![CDATA[<blockquote cite="http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/#comment-44402"><p>Imagine a validator that could test all accessibility points. No one would need to read the document</p></blockquote>
<p>Principle 1 in WCAG 2.0 is that content should be perceivable. Guideline 1.1 is &#8220;provide text alternatives for all non-text content&#8221;. </p>
<p>If we imagine an image, a validator can check that there is some alternative content there (i.e. there is an alt attribute with some text), but it can&#8217;t check that the alternative content adequately describes the image, because it doesn&#8217;t know what the image is.</p>
<p>If the text doesn&#8217;t adequately describe the image, the site isn&#8217;t accessible.</p>
<blockquote cite="http://www.webstandards.org/2007/02/08/what-to-do-with-wcag-2/#comment-44402"><p>Some accessibility advocates would probably rail against the lazy programmer technique of validating then fixing.</p></blockquote>
<p>No. Accessibility advocates would explain patiently to programmers that computers alone can&#8217;t solve everything, you need humans as well.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic page generated in 0.334 seconds. -->
<!-- Cached page generated by WP-Super-Cache on 2013-05-02 12:42:49 -->