<?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: Standards-wielding maniacs</title>
	<atom:link href="http://www.standards-schmandards.com/2004/standards-wielding-maniacs/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.standards-schmandards.com/2004/standards-wielding-maniacs/</link>
	<description>A pragmatic approach to web standards and accessibility</description>
	<pubDate>Mon, 01 Dec 2008 23:14:08 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Pete</title>
		<link>http://www.standards-schmandards.com/2004/standards-wielding-maniacs/#comment-69</link>
		<dc:creator>Pete</dc:creator>
		<pubDate>Fri, 21 Jan 2005 15:41:21 +0000</pubDate>
		<guid isPermaLink="false">http://localhost:8888/?p=3#comment-69</guid>
		<description>&lt;p&gt;Joe, you are still talking about &lt;em&gt;displaying&lt;/em&gt; elements. Please have a look at this &lt;a href="/exhibits/lynx/lynxelements.GIF"&gt;Lynx screenshot&lt;/a&gt;. As you can see Lynx has no problem displaying the elements. However, it does not communicate their meaning despite the proper markup.&lt;/p&gt; &lt;p&gt;Other user agents typically work the same way. Calling them deficient does not change the way they work.&lt;/p&gt; &lt;p&gt;Jaws is the most widely used screen reader. This is a fact and should be taken into consideration when designing web sites just like you sometimes have to design specifically for Internet Explorer.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Joe, you are still talking about <em>displaying</em> elements. Please have a look at this <a href="/exhibits/lynx/lynxelements.GIF">Lynx screenshot</a>. As you can see Lynx has no problem displaying the elements. However, it does not communicate their meaning despite the proper markup.</p>
<p>Other user agents typically work the same way. Calling them deficient does not change the way they work.</p>
<p>Jaws is the most widely used screen reader. This is a fact and should be taken into consideration when designing web sites just like you sometimes have to design specifically for Internet Explorer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Clark</title>
		<link>http://www.standards-schmandards.com/2004/standards-wielding-maniacs/#comment-65</link>
		<dc:creator>Joe Clark</dc:creator>
		<pubDate>Tue, 18 Jan 2005 01:05:39 +0000</pubDate>
		<guid isPermaLink="false">http://localhost:8888/?p=3#comment-65</guid>
		<description>&lt;p&gt;Lynx renders the elements you mentioned. The other user agents, if they ignore them, are deficient. We know that Jaws has a lot of work to do to support basic HTML.&lt;/p&gt; &lt;p&gt;Typical Braille displays are driven by screen readers, not terminal-mode browsers like Lynx.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Lynx renders the elements you mentioned. The other user agents, if they ignore them, are deficient. We know that Jaws has a lot of work to do to support basic HTML.</p>
<p>Typical Braille displays are driven by screen readers, not terminal-mode browsers like Lynx.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete</title>
		<link>http://www.standards-schmandards.com/2004/standards-wielding-maniacs/#comment-55</link>
		<dc:creator>Pete</dc:creator>
		<pubDate>Tue, 04 Jan 2005 21:49:52 +0000</pubDate>
		<guid isPermaLink="false">http://localhost:8888/?p=3#comment-55</guid>
		<description>&lt;p&gt;Joe, thank you for your comment.&lt;/p&gt; &lt;p&gt;In the article I am talking about browser &lt;em&gt;devices&lt;/em&gt; and how they &lt;em&gt;interpret&lt;/em&gt; elements.   I agree that most browsers have no problem &lt;em&gt;displaying&lt;/em&gt; the bulk of   xhtml elements, but take for example the following elements:&lt;/p&gt;&lt;code&gt;dfn, cite,   address, kbd, var&lt;/code&gt;&lt;br/&gt;&lt;p&gt;What device do you know of thet interprets   them and informs the user of their meaning? Jaws, IBM Home Page Reader and   Lynx (many braille terminals use Lynx for rendering) ignore them. Who benefits   from that markup?&lt;/p&gt; &lt;p&gt;The   point I am trying to get across is that you should consider how you prioritize   your information development efforts. In my opinion there is an unhealthy tendency   towards overemphasizing the importance of W3C validator compliance compared   to the basics of information publishing such as having a decent CMS and an organization   that makes sure information is published to the web. &lt;/p&gt; &lt;p&gt;Do not get me wrong. I am all for following the W3C recommendations. But there   are many things that have a higher priority if you want to get the biggest   bang for your accessibility budget. &lt;/p&gt; &lt;p&gt;Regarding claims from standardistas my experience differs from yours. &lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Joe, thank you for your comment.</p>
<p>In the article I am talking about browser <em>devices</em> and how they <em>interpret</em> elements.   I agree that most browsers have no problem <em>displaying</em> the bulk of   xhtml elements, but take for example the following elements:</p>
<p><code>dfn, cite,   address, kbd, var</code>
<p>What device do you know of thet interprets   them and informs the user of their meaning? Jaws, IBM Home Page Reader and   Lynx (many braille terminals use Lynx for rendering) ignore them. Who benefits   from that markup?</p>
<p>The   point I am trying to get across is that you should consider how you prioritize   your information development efforts. In my opinion there is an unhealthy tendency   towards overemphasizing the importance of W3C validator compliance compared   to the basics of information publishing such as having a decent CMS and an organization   that makes sure information is published to the web. </p>
<p>Do not get me wrong. I am all for following the W3C recommendations. But there   are many things that have a higher priority if you want to get the biggest   bang for your accessibility budget. </p>
<p>Regarding claims from standardistas my experience differs from yours. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Clark</title>
		<link>http://www.standards-schmandards.com/2004/standards-wielding-maniacs/#comment-53</link>
		<dc:creator>Joe Clark</dc:creator>
		<pubDate>Mon, 03 Jan 2005 19:13:20 +0000</pubDate>
		<guid isPermaLink="false">http://localhost:8888/?p=3#comment-53</guid>
		<description>&lt;p&gt;I'm not aware of a single HTML element that no browser can render. If you're referring to obscurantisms like dir or summary on table or hreflang, then perhaps yes. However, I interpret any claim that browsers do not understand such attributes as really meaning that IE6 on Windows doesn't.&lt;/p&gt; &lt;p&gt;I don't see the value of this article at all except as another futile and readily-refuted instance of a claim that standards don't matter. Merely as a starting point, you can have a page that passes WCAG Priority 1 with invalid code, but I rather doubt it will actually be accessible to a screen-reader user. Meanwhile, a deaf person might have no trouble at all. The entire discussion is *contingent*, you see. There are many complicating factors.&lt;/p&gt; &lt;p&gt;I'm not convinced that any informed accessibilitista or standardista would make the claim that the mere adherence to standards guarantees you anything. It is, however, a prerequisite for many things.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>I&#8217;m not aware of a single HTML element that no browser can render. If you&#8217;re referring to obscurantisms like dir or summary on table or hreflang, then perhaps yes. However, I interpret any claim that browsers do not understand such attributes as really meaning that IE6 on Windows doesn&#8217;t.</p>
<p>I don&#8217;t see the value of this article at all except as another futile and readily-refuted instance of a claim that standards don&#8217;t matter. Merely as a starting point, you can have a page that passes WCAG Priority 1 with invalid code, but I rather doubt it will actually be accessible to a screen-reader user. Meanwhile, a deaf person might have no trouble at all. The entire discussion is *contingent*, you see. There are many complicating factors.</p>
<p>I&#8217;m not convinced that any informed accessibilitista or standardista would make the claim that the mere adherence to standards guarantees you anything. It is, however, a prerequisite for many things.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Magdalinski</title>
		<link>http://www.standards-schmandards.com/2004/standards-wielding-maniacs/#comment-31</link>
		<dc:creator>Stefan Magdalinski</dc:creator>
		<pubDate>Mon, 29 Nov 2004 16:51:26 +0000</pubDate>
		<guid isPermaLink="false">http://localhost:8888/?p=3#comment-31</guid>
		<description>&lt;p&gt;A couple of years ago, I got a screen reader user to make a tape of his browsing experience on http://www.upmystreet.com and then published the results as mp3.&lt;/p&gt; &lt;p&gt;http://www.whitelabel.org/archives/000332.html&lt;/p&gt; &lt;p&gt;I think the fangs may be the most useful tool I've seen in a long long while. Well done.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>A couple of years ago, I got a screen reader user to make a tape of his browsing experience on <a href="http://www.upmystreet.com" rel="nofollow">http://www.upmystreet.com</a> and then published the results as mp3.</p>
<p><a href="http://www.whitelabel.org/archives/000332.html" rel="nofollow">http://www.whitelabel.org/archives/000332.html</a></p>
<p>I think the fangs may be the most useful tool I&#8217;ve seen in a long long while. Well done.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
