<?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: Stuff WCAG, Let&#8217;s do it ourselves!</title>
	<atom:link href="http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/</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: Symptoms Of Low Vitamin D</title>
		<link>http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/comment-page-1/#comment-171408</link>
		<dc:creator>Symptoms Of Low Vitamin D</dc:creator>
		<pubDate>Thu, 22 Sep 2011 18:41:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/#comment-171408</guid>
		<description>&lt;strong&gt;Symptoms Of Low Vitamin D...&lt;/strong&gt;

We like to link to sites we think are especially good...</description>
		<content:encoded><![CDATA[<p><strong>Symptoms Of Low Vitamin D&#8230;</strong></p>
<p>We like to link to sites we think are especially good&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: test</title>
		<link>http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/comment-page-1/#comment-168251</link>
		<dc:creator>test</dc:creator>
		<pubDate>Tue, 20 Sep 2011 01:29:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/#comment-168251</guid>
		<description>&lt;strong&gt;How To Find A Test Blog...&lt;/strong&gt;

[...]We all know that right knowledge can be very important when we are doing something new and especially if it is something very important..[...]...</description>
		<content:encoded><![CDATA[<p><strong>How To Find A Test Blog&#8230;</strong></p>
<p>[...]We all know that right knowledge can be very important when we are doing something new and especially if it is something very important..[...]&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: garment daily business reports</title>
		<link>http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/comment-page-1/#comment-160927</link>
		<dc:creator>garment daily business reports</dc:creator>
		<pubDate>Fri, 09 Sep 2011 20:57:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/#comment-160927</guid>
		<description>&lt;strong&gt;You should check this out...&lt;/strong&gt;

[...] Wonderful story, reckoned we could combine a few unrelated data, nevertheless really worth taking a look, whoa did one learn about Mid East has got more problerms as well [...]…...</description>
		<content:encoded><![CDATA[<p><strong>You should check this out&#8230;</strong></p>
<p>[...] Wonderful story, reckoned we could combine a few unrelated data, nevertheless really worth taking a look, whoa did one learn about Mid East has got more problerms as well [...]…&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JackP</title>
		<link>http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/comment-page-1/#comment-739</link>
		<dc:creator>JackP</dc:creator>
		<pubDate>Mon, 20 Nov 2006 19:50:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/#comment-739</guid>
		<description>&lt;p&gt;Martin,
it&#039;s quite simple. I&#039;m in the UK, my site is hosted in the UK, so I&#039;d use the UK guidelines. If I was in Denmark, I&#039;d use the Danish guidelines. If you&#039;re selling goods in the UK, ensure they comply with UK regulations. If you&#039;re selling goods in Germany, ensure that they comply with German ones. It&#039;s hardly &lt;em&gt;difficult&lt;/em&gt; or &lt;em&gt;novel&lt;/em&gt; as countries already have their own laws as it is.&lt;/p&gt;
&lt;p&gt;In practice, many of the guidelines could be commonplace across the EU, but as Mel Pedley noted in her &lt;a href=&quot;http://accessites.org/gbcms_xml/news_page.php?id=25&quot; rel=&quot;nofollow&quot;&gt;accessites article&lt;/a&gt;, different countries have different rates of dyslexia because of different language structures.&lt;/p&gt;
&lt;p&gt;It may therefore be appropriate to pay closer attention to the problems of dyslexia in one language than another. It may be appropriate to have one set of rules for all &quot;English language&quot; sites, but other languages might be better off with rules custom tailored to themselves (or indeed problems specific to a particular country).&lt;/p&gt;
&lt;p&gt;In this case, we have to remember &lt;strong&gt;why&lt;/strong&gt; we&#039;re pushing accessibility: &lt;em&gt;to help users&lt;/em&gt;. If we can help users in a particular country more by having a specific standard tailored to their needs, then why not do it?&lt;/p&gt;
&lt;p&gt;Although I do have to say, I&#039;d not specifically have anything against a pan-European base for the standard, but the key points are that what is suitable for one group (e.g. higher contrast) may cause problems for another (e.g. those with Scoptic sensitivity) and so it makes sense to tailor the requirements to the individual populations and characteristics of the language, rather than assuming one size will always fit all.&lt;/p&gt;
&lt;p&gt;You wouldn&#039;t give every disabled person a wheelchair, so why assume that the nature of disability and disability related difficulties is identical across different languages? In which case it would make perfect sense for the guidelines of a country with a high proportion of Scoptic sensitivity sufferers to look for different colour contrast standards to a country with a very low proportion.&lt;/p&gt;
&lt;p&gt;But the key, &lt;strong&gt;key&lt;/strong&gt; point is that any standard of this nature to be adopted &lt;strong&gt;must&lt;/strong&gt; be revised on at least a yearly basis otherwise it&#039;s frankly not worth having.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Martin,<br />
it&#8217;s quite simple. I&#8217;m in the UK, my site is hosted in the UK, so I&#8217;d use the UK guidelines. If I was in Denmark, I&#8217;d use the Danish guidelines. If you&#8217;re selling goods in the UK, ensure they comply with UK regulations. If you&#8217;re selling goods in Germany, ensure that they comply with German ones. It&#8217;s hardly <em>difficult</em> or <em>novel</em> as countries already have their own laws as it is.</p>
<p>In practice, many of the guidelines could be commonplace across the EU, but as Mel Pedley noted in her <a href="http://accessites.org/gbcms_xml/news_page.php?id=25" rel="nofollow">accessites article</a>, different countries have different rates of dyslexia because of different language structures.</p>
<p>It may therefore be appropriate to pay closer attention to the problems of dyslexia in one language than another. It may be appropriate to have one set of rules for all &#8220;English language&#8221; sites, but other languages might be better off with rules custom tailored to themselves (or indeed problems specific to a particular country).</p>
<p>In this case, we have to remember <strong>why</strong> we&#8217;re pushing accessibility: <em>to help users</em>. If we can help users in a particular country more by having a specific standard tailored to their needs, then why not do it?</p>
<p>Although I do have to say, I&#8217;d not specifically have anything against a pan-European base for the standard, but the key points are that what is suitable for one group (e.g. higher contrast) may cause problems for another (e.g. those with Scoptic sensitivity) and so it makes sense to tailor the requirements to the individual populations and characteristics of the language, rather than assuming one size will always fit all.</p>
<p>You wouldn&#8217;t give every disabled person a wheelchair, so why assume that the nature of disability and disability related difficulties is identical across different languages? In which case it would make perfect sense for the guidelines of a country with a high proportion of Scoptic sensitivity sufferers to look for different colour contrast standards to a country with a very low proportion.</p>
<p>But the key, <strong>key</strong> point is that any standard of this nature to be adopted <strong>must</strong> be revised on at least a yearly basis otherwise it&#8217;s frankly not worth having.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Kliehm</title>
		<link>http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/comment-page-1/#comment-734</link>
		<dc:creator>Martin Kliehm</dc:creator>
		<pubDate>Mon, 20 Nov 2006 13:54:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/#comment-734</guid>
		<description>How interoperable is this on a European level? So far EU member states have more or less followed WCAG 1.0, but what if every state defines its own, and possibly contradicting, accessibility guidelines? Which national law should be supported by authors, web developers, or browser vendors then?</description>
		<content:encoded><![CDATA[<p>How interoperable is this on a European level? So far EU member states have more or less followed WCAG 1.0, but what if every state defines its own, and possibly contradicting, accessibility guidelines? Which national law should be supported by authors, web developers, or browser vendors then?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JackP</title>
		<link>http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/comment-page-1/#comment-428</link>
		<dc:creator>JackP</dc:creator>
		<pubDate>Sat, 28 Oct 2006 11:27:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/#comment-428</guid>
		<description>That&#039;s a fair point, Joe. I still don&#039;t like &quot;click here&quot; links but you maybe right that it should be an &lt;em&gt;advisory&lt;/em&gt; rather than a &lt;em&gt;requirement&lt;/em&gt; &#8212; if I&#039;m understanding you correctly.

I&#039;m not claiming to &quot;know best&quot; after all, so I wouldn&#039;t be surprised if you - or anyone else - had more serious objections than just &quot;quibbles&quot;. It&#039;s really just a list a threw together so if it ever &lt;em&gt;was&lt;/em&gt; to be used as the basis for something, I know it would need more work anyway.</description>
		<content:encoded><![CDATA[<p>That&#8217;s a fair point, Joe. I still don&#8217;t like &#8220;click here&#8221; links but you maybe right that it should be an <em>advisory</em> rather than a <em>requirement</em> &mdash; if I&#8217;m understanding you correctly.</p>
<p>I&#8217;m not claiming to &#8220;know best&#8221; after all, so I wouldn&#8217;t be surprised if you &#8211; or anyone else &#8211; had more serious objections than just &#8220;quibbles&#8221;. It&#8217;s really just a list a threw together so if it ever <em>was</em> to be used as the basis for something, I know it would need more work anyway.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Clark</title>
		<link>http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/comment-page-1/#comment-426</link>
		<dc:creator>Joe Clark</dc:creator>
		<pubDate>Fri, 27 Oct 2006 20:03:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/#comment-426</guid>
		<description>No, no, no. There should be no requirement that links (or headings or honeybees or uranium deposits or anything else) make sense when read out of context. &lt;em&gt;They are not out of context in the authorâ€™s work&lt;/em&gt; and are not meant to be spontaneously remixed. Do not write guidelines to suit kooky fun features of Jaws.

The rest is kind of OK, though I have quibbles.</description>
		<content:encoded><![CDATA[<p>No, no, no. There should be no requirement that links (or headings or honeybees or uranium deposits or anything else) make sense when read out of context. <em>They are not out of context in the authorâ€™s work</em> and are not meant to be spontaneously remixed. Do not write guidelines to suit kooky fun features of Jaws.</p>
<p>The rest is kind of OK, though I have quibbles.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/comment-page-1/#comment-356</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Fri, 20 Oct 2006 10:35:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.thepickards.co.uk/index.php/200610/stuff-wcag-lets-do-it-ourselves/#comment-356</guid>
		<description>I&#039;m pretty much with you on this. This year has been a bit of a nightmare for me, where I&#039;ve been left to interpret the exisiting WCAG guidelines and then give a spec to outside contractors for a council site.

Because there is no official document for government websites, it ends up as my &lt;em&gt;interpretation&lt;/em&gt; of what I think is &#039;AA&#039;. I&#039;ve been lucky because we&#039;ve had a designer/htmler who really knew their onions, so I&#039;ve been able to work with them to get what we want, which is a new website that&#039;s far more accessible than our old one. And meeting our &#039;targets&#039;.

But another web project has been hell because a different contractor has played &#039;dumb&#039; on WCAG and I&#039;ve had to spec absolutely everything in detail and really put my foor down, resulting in arguments and horror meetings because they aren&#039;t bothered. And it&#039;s therefore hard for me to put the argument across to &#039;the people who make decisions&#039; my end because they also depend on my interpretation of WCAG and my success in articulating it. &#039;AA&#039; has become a dodgy buzzword, with everyone nodding in agreement and repeating it, but not really understanding its meaning.

So without going into the ins and outs of what it should be saying, I agree that we need an official document. And preferably in plain English.</description>
		<content:encoded><![CDATA[<p>I&#8217;m pretty much with you on this. This year has been a bit of a nightmare for me, where I&#8217;ve been left to interpret the exisiting WCAG guidelines and then give a spec to outside contractors for a council site.</p>
<p>Because there is no official document for government websites, it ends up as my <em>interpretation</em> of what I think is &#8216;AA&#8217;. I&#8217;ve been lucky because we&#8217;ve had a designer/htmler who really knew their onions, so I&#8217;ve been able to work with them to get what we want, which is a new website that&#8217;s far more accessible than our old one. And meeting our &#8216;targets&#8217;.</p>
<p>But another web project has been hell because a different contractor has played &#8216;dumb&#8217; on WCAG and I&#8217;ve had to spec absolutely everything in detail and really put my foor down, resulting in arguments and horror meetings because they aren&#8217;t bothered. And it&#8217;s therefore hard for me to put the argument across to &#8216;the people who make decisions&#8217; my end because they also depend on my interpretation of WCAG and my success in articulating it. &#8216;AA&#8217; has become a dodgy buzzword, with everyone nodding in agreement and repeating it, but not really understanding its meaning.</p>
<p>So without going into the ins and outs of what it should be saying, I agree that we need an official document. And preferably in plain English.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

