<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Legacy defeats consistency in IE 8&#8217;s Web 2.0 accessibility effort</title>
	<atom:link href="http://accessgarage.wordpress.com/2008/09/30/legacy-defeats-consistency-in-ie-8s-web-20-accessibility-effort/feed/" rel="self" type="application/rss+xml" />
	<link>http://accessgarage.wordpress.com/2008/09/30/legacy-defeats-consistency-in-ie-8s-web-20-accessibility-effort/</link>
	<description>Aaron Leventhal's accessibility blog</description>
	<lastBuildDate>Thu, 10 Sep 2009 21:13:02 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Microsoft listens, and addresses WAI-ARIA concerns &#171; Access Garage</title>
		<link>http://accessgarage.wordpress.com/2008/09/30/legacy-defeats-consistency-in-ie-8s-web-20-accessibility-effort/#comment-168</link>
		<dc:creator>Microsoft listens, and addresses WAI-ARIA concerns &#171; Access Garage</dc:creator>
		<pubDate>Sat, 17 Jan 2009 20:00:38 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=118#comment-168</guid>
		<description>[...] listens, and addresses WAI-ARIA&#160;concerns  A while back we wrote that Internet Explorer 8 beta 2 was not using standard syntax for WAI-ARIA properties. The syntax actually varied depending on the mode chosen for the page, which was confusing. [...]</description>
		<content:encoded><![CDATA[<p>[...] listens, and addresses WAI-ARIA&nbsp;concerns  A while back we wrote that Internet Explorer 8 beta 2 was not using standard syntax for WAI-ARIA properties. The syntax actually varied depending on the mode chosen for the page, which was confusing. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aaronlev</title>
		<link>http://accessgarage.wordpress.com/2008/09/30/legacy-defeats-consistency-in-ie-8s-web-20-accessibility-effort/#comment-127</link>
		<dc:creator>aaronlev</dc:creator>
		<pubDate>Wed, 17 Dec 2008 09:21:59 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=118#comment-127</guid>
		<description>Yes, they have fixed it, as mentioned on Ars:
http://arstechnica.com/journals/microsoft.ars/2008/12/16/microsoft-sends-out-another-ie8-build-to-testers</description>
		<content:encoded><![CDATA[<p>Yes, they have fixed it, as mentioned on Ars:<br />
<a href="http://arstechnica.com/journals/microsoft.ars/2008/12/16/microsoft-sends-out-another-ie8-build-to-testers" rel="nofollow">http://arstechnica.com/journals/microsoft.ars/2008/12/16/microsoft-sends-out-another-ie8-build-to-testers</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://accessgarage.wordpress.com/2008/09/30/legacy-defeats-consistency-in-ie-8s-web-20-accessibility-effort/#comment-126</link>
		<dc:creator>James</dc:creator>
		<pubDate>Wed, 17 Dec 2008 05:12:11 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=118#comment-126</guid>
		<description>So does the latest IE8 private RC fix this? &lt;blockquote&gt;Accessibility-ARIA: ARIA attribute names containing dashes, such as “aria-checked”, no longer have to be referenced by their camelCased equivalent (ariaChecked) in IE 7 Mode and Quirks Mode. As a consequence of this change, the camelCased syntax no longer exists for these attributes.&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<p>So does the latest IE8 private RC fix this?<br />
<blockquote>Accessibility-ARIA: ARIA attribute names containing dashes, such as “aria-checked”, no longer have to be referenced by their camelCased equivalent (ariaChecked) in IE 7 Mode and Quirks Mode. As a consequence of this change, the camelCased syntax no longer exists for these attributes.</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: WebAIM: Blog - ARIA momentum and Internet Explorer</title>
		<link>http://accessgarage.wordpress.com/2008/09/30/legacy-defeats-consistency-in-ie-8s-web-20-accessibility-effort/#comment-103</link>
		<dc:creator>WebAIM: Blog - ARIA momentum and Internet Explorer</dc:creator>
		<pubDate>Fri, 10 Oct 2008 18:34:08 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=118#comment-103</guid>
		<description>[...] will not provide great technical detail into what Microsoft is doing (Aaron Leventhal has provided the details), but in short, there are two major differences in the IE8 implementation of ARIA when compared to [...]</description>
		<content:encoded><![CDATA[<p>[...] will not provide great technical detail into what Microsoft is doing (Aaron Leventhal has provided the details), but in short, there are two major differences in the IE8 implementation of ARIA when compared to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IE8 and Standards &#124; A Blog by Web Developers Against IE &#124; Microsoft Internet Explorer</title>
		<link>http://accessgarage.wordpress.com/2008/09/30/legacy-defeats-consistency-in-ie-8s-web-20-accessibility-effort/#comment-102</link>
		<dc:creator>IE8 and Standards &#124; A Blog by Web Developers Against IE &#124; Microsoft Internet Explorer</dc:creator>
		<pubDate>Fri, 10 Oct 2008 16:19:30 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=118#comment-102</guid>
		<description>[...] Aaron Leventhal recently blogged about how ARIA in IE8 is a pain. (Aaron works for IBM making Firefox and Web applications accessible and is a member of the W3C PF [...]</description>
		<content:encoded><![CDATA[<p>[...] Aaron Leventhal recently blogged about how ARIA in IE8 is a pain. (Aaron works for IBM making Firefox and Web applications accessible and is a member of the W3C PF [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ajaxian &#187; IE8 and Standards</title>
		<link>http://accessgarage.wordpress.com/2008/09/30/legacy-defeats-consistency-in-ie-8s-web-20-accessibility-effort/#comment-99</link>
		<dc:creator>Ajaxian &#187; IE8 and Standards</dc:creator>
		<pubDate>Fri, 10 Oct 2008 10:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=118#comment-99</guid>
		<description>[...] Aaron Leventhal recently blogged about how ARIA in IE8 is a pain. (Aaron works for IBM making Firefox and Web applications accessible and is a member of the W3C PF [...]</description>
		<content:encoded><![CDATA[<p>[...] Aaron Leventhal recently blogged about how ARIA in IE8 is a pain. (Aaron works for IBM making Firefox and Web applications accessible and is a member of the W3C PF [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Gibbins</title>
		<link>http://accessgarage.wordpress.com/2008/09/30/legacy-defeats-consistency-in-ie-8s-web-20-accessibility-effort/#comment-92</link>
		<dc:creator>Jon Gibbins</dc:creator>
		<pubDate>Mon, 06 Oct 2008 22:29:11 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=118#comment-92</guid>
		<description>The work going into ARIA from different camps is really promising. I&#039;ve long wanted to see assistive technology vendors, browser vendors and the W3C come together to work towards better accessibility standards.

It&#039;s a shame to see these legacy issues causing a problem now, when progress seems to be good. I&#039;ll freely admit to being unaware of all the issues involved, but I cannot imagine that it is a difficult task to put this right. Too long have web developers had to yield to these inconsistencies.</description>
		<content:encoded><![CDATA[<p>The work going into ARIA from different camps is really promising. I&#8217;ve long wanted to see assistive technology vendors, browser vendors and the W3C come together to work towards better accessibility standards.</p>
<p>It&#8217;s a shame to see these legacy issues causing a problem now, when progress seems to be good. I&#8217;ll freely admit to being unaware of all the issues involved, but I cannot imagine that it is a difficult task to put this right. Too long have web developers had to yield to these inconsistencies.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aaronlev</title>
		<link>http://accessgarage.wordpress.com/2008/09/30/legacy-defeats-consistency-in-ie-8s-web-20-accessibility-effort/#comment-79</link>
		<dc:creator>aaronlev</dc:creator>
		<pubDate>Fri, 03 Oct 2008 15:00:43 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=118#comment-79</guid>
		<description>Well, we can look at it for the standard, but I don&#039; t think it will work for author-defined properties.</description>
		<content:encoded><![CDATA[<p>Well, we can look at it for the standard, but I don&#8217; t think it will work for author-defined properties.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SneakyWho_am_i</title>
		<link>http://accessgarage.wordpress.com/2008/09/30/legacy-defeats-consistency-in-ie-8s-web-20-accessibility-effort/#comment-78</link>
		<dc:creator>SneakyWho_am_i</dc:creator>
		<pubDate>Fri, 03 Oct 2008 13:59:34 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=118#comment-78</guid>
		<description>But yes, if they could get it included in the standard, it would be nice, and a Good Thing (registered trademark).

Also, I&#039;m quite proud of my second paragraph there, which is two or arguably only one sentence/s. Lexical might!</description>
		<content:encoded><![CDATA[<p>But yes, if they could get it included in the standard, it would be nice, and a Good Thing (registered trademark).</p>
<p>Also, I&#8217;m quite proud of my second paragraph there, which is two or arguably only one sentence/s. Lexical might!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SneakyWho_am_i</title>
		<link>http://accessgarage.wordpress.com/2008/09/30/legacy-defeats-consistency-in-ie-8s-web-20-accessibility-effort/#comment-76</link>
		<dc:creator>SneakyWho_am_i</dc:creator>
		<pubDate>Fri, 03 Oct 2008 13:52:23 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=118#comment-76</guid>
		<description>This is stupid.

I guess I can concede that the camelCasing is a cool feature, It&#039;s not often that I can say that about ie.. Using css filters to set opacity is particularly stupid. Having all kinds of weird proprietary things for adding event handlers is stupid. Not updating xmlhttprequest to work without needing to ask activex about it is stupid. Not being able to view visual markup languages with the XML parser is stupid.  Not being able to incrementally load large flash movies if you use valid and sensible markup, is stupid. In some cases all they have to do is add an alias (or better, just change it to the correct way) but after a decade they still get it wrong, and of course it&#039;s a shock that they have even implemented any of this aria stuff, given how technophobic they are in the IE team.

I&#039;d bet the guy who implemented the aria value stuff correctly in ie8 standards mode got sacked, due to their obvious and consistently implemented policy of &quot;let&#039;s do everything in the most verbose, inconsistent and difficult possible way, and if someone else comes up with something better let&#039;s make sure we DON&#039;T fix ours, and instead publish a lot of tutorials on how to do it WRONG. This should hold back the advancement of the internet longer so our bosses survive just by selling Windows.&quot;

You know this means we have two different kinds of browsers to work with, as always. Basically IE and not IE. You&#039;re right, as usual we have to write a while extra alias function in userspace to abstract away the simplest and most primitive things in our code, and it&#039;s - as always - because of Virus Explorer.

Internet Explorer, I hate you!! Why won&#039;t you just die!?</description>
		<content:encoded><![CDATA[<p>This is stupid.</p>
<p>I guess I can concede that the camelCasing is a cool feature, It&#8217;s not often that I can say that about ie.. Using css filters to set opacity is particularly stupid. Having all kinds of weird proprietary things for adding event handlers is stupid. Not updating xmlhttprequest to work without needing to ask activex about it is stupid. Not being able to view visual markup languages with the XML parser is stupid.  Not being able to incrementally load large flash movies if you use valid and sensible markup, is stupid. In some cases all they have to do is add an alias (or better, just change it to the correct way) but after a decade they still get it wrong, and of course it&#8217;s a shock that they have even implemented any of this aria stuff, given how technophobic they are in the IE team.</p>
<p>I&#8217;d bet the guy who implemented the aria value stuff correctly in ie8 standards mode got sacked, due to their obvious and consistently implemented policy of &#8220;let&#8217;s do everything in the most verbose, inconsistent and difficult possible way, and if someone else comes up with something better let&#8217;s make sure we DON&#8217;T fix ours, and instead publish a lot of tutorials on how to do it WRONG. This should hold back the advancement of the internet longer so our bosses survive just by selling Windows.&#8221;</p>
<p>You know this means we have two different kinds of browsers to work with, as always. Basically IE and not IE. You&#8217;re right, as usual we have to write a while extra alias function in userspace to abstract away the simplest and most primitive things in our code, and it&#8217;s &#8211; as always &#8211; because of Virus Explorer.</p>
<p>Internet Explorer, I hate you!! Why won&#8217;t you just die!?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
