<?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: Delivering Inclusive Websites</title>
	<atom:link href="http://www.thepickards.co.uk/index.php/200711/delivering-inclusive-websites/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.thepickards.co.uk/index.php/200711/delivering-inclusive-websites/</link>
	<description>ranting and rambling to anyone willing to listen</description>
	<lastBuildDate>Sat, 11 Feb 2012 17:07:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: 1234test.com</title>
		<link>http://www.thepickards.co.uk/index.php/200711/delivering-inclusive-websites/comment-page-1/#comment-157990</link>
		<dc:creator>1234test.com</dc:creator>
		<pubDate>Tue, 30 Aug 2011 22:50:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.thepickards.co.uk/index.php/200711/delivering-inclusive-websites/#comment-157990</guid>
		<description>&lt;strong&gt;Blogging For Fun and Education...&lt;/strong&gt;

...When you are aware when working at your projects you can be a lot more successful than if you don&#039;t have much skills.....</description>
		<content:encoded><![CDATA[<p><strong>Blogging For Fun and Education&#8230;</strong></p>
<p>&#8230;When you are aware when working at your projects you can be a lot more successful than if you don&#8217;t have much skills&#8230;..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TaylorMade &#187; Blog Archive &#187; Sitting on the Fence</title>
		<link>http://www.thepickards.co.uk/index.php/200711/delivering-inclusive-websites/comment-page-1/#comment-24923</link>
		<dc:creator>TaylorMade &#187; Blog Archive &#187; Sitting on the Fence</dc:creator>
		<pubDate>Wed, 23 Jan 2008 21:00:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.thepickards.co.uk/index.php/200711/delivering-inclusive-websites/#comment-24923</guid>
		<description>[...] for the position and response from the PSWMG. Later I gave more thought to this as I re-read Jack Pickard&#8217;s blog entry on this very same [...]</description>
		<content:encoded><![CDATA[<p>[...] for the position and response from the PSWMG. Later I gave more thought to this as I re-read Jack Pickard&#8217;s blog entry on this very same [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Hunt</title>
		<link>http://www.thepickards.co.uk/index.php/200711/delivering-inclusive-websites/comment-page-1/#comment-21682</link>
		<dc:creator>Chris Hunt</dc:creator>
		<pubDate>Thu, 29 Nov 2007 16:44:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.thepickards.co.uk/index.php/200711/delivering-inclusive-websites/#comment-21682</guid>
		<description>&lt;blockquote&gt;Itâ€™s technically just a working draft. So how can you use that as your current standard?&lt;/blockquote&gt;
Presumably the same way we used CSS 2.1 between August 2002 and July this year. I wish I could get away with working as slowly as these web standards guys.</description>
		<content:encoded><![CDATA[<blockquote><p>Itâ€™s technically just a working draft. So how can you use that as your current standard?</p></blockquote>
<p>Presumably the same way we used CSS 2.1 between August 2002 and July this year. I wish I could get away with working as slowly as these web standards guys.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JackP</title>
		<link>http://www.thepickards.co.uk/index.php/200711/delivering-inclusive-websites/comment-page-1/#comment-21575</link>
		<dc:creator>JackP</dc:creator>
		<pubDate>Tue, 27 Nov 2007 21:19:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.thepickards.co.uk/index.php/200711/delivering-inclusive-websites/#comment-21575</guid>
		<description>@Nick: 
I&#039;ve got to say that the Samurai Errata are certainly an improvement on WCAG 1.0. Again the problem there is that these aren&#039;t really &quot;official&quot; standards - and I don&#039;t think they are perfect either, but I&#039;m not going to nit-pick here as I&#039;ve already nit-picked elsewhere and on the whole Joe &lt;i lang=&quot;lat&quot;&gt;et al&lt;/i&gt; have done a bloody good job.

My personal vote would be for UK public sector guidelines on a gov.uk site which were regularly reviewed and updated at least yearly, as per Mike&#039;s suggestion. Failing that however, I&#039;d probably go towards WCAG 2.0 as one of the ...

...darn. I didn&#039;t want to nit-pick. Sorry Joe.

...one of the things with the Errata is that they penalise poor standards (i.e. layout tables are banned). I agree that it&#039;s wrong to use layout tables, but when you&#039;re talking about a standard that must be achieved &lt;em&gt;otherwise the gov.uk domain is taken away&lt;/em&gt;, I think you need to be concentrating on those things which &lt;em&gt;specifically&lt;/em&gt; penalise disabled users rather than those things which aren&#039;t good practice but aren&#039;t necessarily harmful.

But for a standard to &lt;em&gt;aim for&lt;/em&gt;, the Errata aren&#039;t bad at all; and they&#039;d certainly be a better set to use than the standard WCAG 1.0. I just wouldn&#039;t necessarily look to censure sites that fail to live up to this...</description>
		<content:encoded><![CDATA[<p>@Nick:<br />
I&#8217;ve got to say that the Samurai Errata are certainly an improvement on WCAG 1.0. Again the problem there is that these aren&#8217;t really &#8220;official&#8221; standards &#8211; and I don&#8217;t think they are perfect either, but I&#8217;m not going to nit-pick here as I&#8217;ve already nit-picked elsewhere and on the whole Joe <i lang="lat">et al</i> have done a bloody good job.</p>
<p>My personal vote would be for UK public sector guidelines on a gov.uk site which were regularly reviewed and updated at least yearly, as per Mike&#8217;s suggestion. Failing that however, I&#8217;d probably go towards WCAG 2.0 as one of the &#8230;</p>
<p>&#8230;darn. I didn&#8217;t want to nit-pick. Sorry Joe.</p>
<p>&#8230;one of the things with the Errata is that they penalise poor standards (i.e. layout tables are banned). I agree that it&#8217;s wrong to use layout tables, but when you&#8217;re talking about a standard that must be achieved <em>otherwise the gov.uk domain is taken away</em>, I think you need to be concentrating on those things which <em>specifically</em> penalise disabled users rather than those things which aren&#8217;t good practice but aren&#8217;t necessarily harmful.</p>
<p>But for a standard to <em>aim for</em>, the Errata aren&#8217;t bad at all; and they&#8217;d certainly be a better set to use than the standard WCAG 1.0. I just wouldn&#8217;t necessarily look to censure sites that fail to live up to this&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Cherim</title>
		<link>http://www.thepickards.co.uk/index.php/200711/delivering-inclusive-websites/comment-page-1/#comment-21567</link>
		<dc:creator>Mike Cherim</dc:creator>
		<pubDate>Tue, 27 Nov 2007 14:17:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.thepickards.co.uk/index.php/200711/delivering-inclusive-websites/#comment-21567</guid>
		<description>I think the WCAG 1, though officially out-of-date, still seems applicable and fairly accurate on most checkpoints. The thing is, regardless of the rules one adheres to, the outdated WCAG 1 or the larval WCAG 2, the needs of those who require accessibility are constant. Individuals should understand these needs, then compliance become a matter of meeting visitor requirements. If it&#039;s not the needs of those who require accessibility and their technology that we&#039;re meeting, if it&#039;s a set of guidelines (to be official I guess) then we&#039;re catering to the spec and we&#039;re always going to a step or three behind. Right now we contend with AJAX and whatnot. By the time the WCAG 2 comes out as a recommendation, it&#039;ll be TIDE or FEDEX, or some other acronym&#039;d technology. Accessibility specs, if they&#039;re going to change and support current implementations, then they need to need updated almost annually.

I think we almost need two: One for the basic stuff that doesn&#039;t change (a well thought-out and edited WCAG 1 base version perhaps) then annual updates to incorporate new technology. 

As far as the who... I think any non-private, commerce, business, government, educational, or institutional site should be mandated to comply. Not tying to say they can&#039;t have a cool Flash thing or some other basically inaccessible content, they just need to back it up in a way that is accessible.</description>
		<content:encoded><![CDATA[<p>I think the WCAG 1, though officially out-of-date, still seems applicable and fairly accurate on most checkpoints. The thing is, regardless of the rules one adheres to, the outdated WCAG 1 or the larval WCAG 2, the needs of those who require accessibility are constant. Individuals should understand these needs, then compliance become a matter of meeting visitor requirements. If it&#8217;s not the needs of those who require accessibility and their technology that we&#8217;re meeting, if it&#8217;s a set of guidelines (to be official I guess) then we&#8217;re catering to the spec and we&#8217;re always going to a step or three behind. Right now we contend with AJAX and whatnot. By the time the WCAG 2 comes out as a recommendation, it&#8217;ll be TIDE or FEDEX, or some other acronym&#8217;d technology. Accessibility specs, if they&#8217;re going to change and support current implementations, then they need to need updated almost annually.</p>
<p>I think we almost need two: One for the basic stuff that doesn&#8217;t change (a well thought-out and edited WCAG 1 base version perhaps) then annual updates to incorporate new technology. </p>
<p>As far as the who&#8230; I think any non-private, commerce, business, government, educational, or institutional site should be mandated to comply. Not tying to say they can&#8217;t have a cool Flash thing or some other basically inaccessible content, they just need to back it up in a way that is accessible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://www.thepickards.co.uk/index.php/200711/delivering-inclusive-websites/comment-page-1/#comment-21560</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Tue, 27 Nov 2007 11:01:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.thepickards.co.uk/index.php/200711/delivering-inclusive-websites/#comment-21560</guid>
		<description>Hi, it might be a silly comment but are the &lt;a href=&quot;http://wcagsamurai.org/&quot; rel=&quot;nofollow&quot;&gt;WCAG Samurai&#039;s errata&lt;/a&gt; not usable by anyone? I haven&#039;t really followed the discussion so don&#039;t know if they&#039;re disputed. Are they not used as a stop-gap simply because they are not endorsed by the W3C? We do need an end to this limbo, it just drags on and on.</description>
		<content:encoded><![CDATA[<p>Hi, it might be a silly comment but are the <a href="http://wcagsamurai.org/" rel="nofollow">WCAG Samurai&#8217;s errata</a> not usable by anyone? I haven&#8217;t really followed the discussion so don&#8217;t know if they&#8217;re disputed. Are they not used as a stop-gap simply because they are not endorsed by the W3C? We do need an end to this limbo, it just drags on and on.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

