<?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: Firefox and OS X&#8217;s VoiceOver &#8230; Reading the Magic 8 Ball</title>
	<atom:link href="http://accessgarage.wordpress.com/2008/08/21/firefox-and-os-xs-voiceover-reading-the-magic-8-ball/feed/" rel="self" type="application/rss+xml" />
	<link>http://accessgarage.wordpress.com/2008/08/21/firefox-and-os-xs-voiceover-reading-the-magic-8-ball/</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: david</title>
		<link>http://accessgarage.wordpress.com/2008/08/21/firefox-and-os-xs-voiceover-reading-the-magic-8-ball/#comment-129</link>
		<dc:creator>david</dc:creator>
		<pubDate>Tue, 30 Dec 2008 01:32:28 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=68#comment-129</guid>
		<description>I agree with:
&quot;Would it not make more sense for Mozilla to concentrate on the version of Firefox that aims to be a native Apple app? (Camino)&quot;.

Regarding porting nvda to osx, I would not use a screen reader just for one app so there would have to be highly compelling reasons for me to use and support another screen reader on the Mac besides ff.</description>
		<content:encoded><![CDATA[<p>I agree with:<br />
&#8220;Would it not make more sense for Mozilla to concentrate on the version of Firefox that aims to be a native Apple app? (Camino)&#8221;.</p>
<p>Regarding porting nvda to osx, I would not use a screen reader just for one app so there would have to be highly compelling reasons for me to use and support another screen reader on the Mac besides ff.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aaronlev</title>
		<link>http://accessgarage.wordpress.com/2008/08/21/firefox-and-os-xs-voiceover-reading-the-magic-8-ball/#comment-124</link>
		<dc:creator>aaronlev</dc:creator>
		<pubDate>Thu, 11 Dec 2008 18:25:26 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=68#comment-124</guid>
		<description>Alastair, it&#039;s the always the web content that&#039;s hardest to make accessible. 

That said, the Mozilla team is planning to give VoiceOver compatibility another shot this year.</description>
		<content:encoded><![CDATA[<p>Alastair, it&#8217;s the always the web content that&#8217;s hardest to make accessible. </p>
<p>That said, the Mozilla team is planning to give VoiceOver compatibility another shot this year.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AlastairC</title>
		<link>http://accessgarage.wordpress.com/2008/08/21/firefox-and-os-xs-voiceover-reading-the-magic-8-ball/#comment-123</link>
		<dc:creator>AlastairC</dc:creator>
		<pubDate>Thu, 11 Dec 2008 16:46:57 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=68#comment-123</guid>
		<description>Presumably it would be a lot of effort for Apple to match the accessibility API they have for Cocoa apps with Mozilla&#039;s framework?

Would it not make more sense for Mozilla to concentrate on the version of Firefox that aims to be a native Apple app? (Camino)

The interface for Camino works fine with Voiceover (from a quick test), you just can&#039;t get to the web page!</description>
		<content:encoded><![CDATA[<p>Presumably it would be a lot of effort for Apple to match the accessibility API they have for Cocoa apps with Mozilla&#8217;s framework?</p>
<p>Would it not make more sense for Mozilla to concentrate on the version of Firefox that aims to be a native Apple app? (Camino)</p>
<p>The interface for Camino works fine with Voiceover (from a quick test), you just can&#8217;t get to the web page!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henri Sivonen</title>
		<link>http://accessgarage.wordpress.com/2008/08/21/firefox-and-os-xs-voiceover-reading-the-magic-8-ball/#comment-33</link>
		<dc:creator>Henri Sivonen</dc:creator>
		<pubDate>Thu, 11 Sep 2008 10:23:07 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=68#comment-33</guid>
		<description>The story goes that Apple has per-developer technology evangelists who care if you do something cool with the developer API they are tasked with evangelizing. Also, Mac developers say that when an ISV becomes &#039;important&#039; enough, Apple assigns someone to manage developer support relationship with the ISV.

One would think that Firefox as a product and Mozilla Corporation and IBM as companies would be &#039;important&#039; enough to merit the attention of a VoiceOver developer evangelist who could poke the VoiceOver team for answers. I wonder if individual Mozilla contributors haven&#039;t seemed to have enough clout from the point of view of Apple developer relations and if being more corporate about the liaison would better match the way Apple runs developer relations.</description>
		<content:encoded><![CDATA[<p>The story goes that Apple has per-developer technology evangelists who care if you do something cool with the developer API they are tasked with evangelizing. Also, Mac developers say that when an ISV becomes &#8216;important&#8217; enough, Apple assigns someone to manage developer support relationship with the ISV.</p>
<p>One would think that Firefox as a product and Mozilla Corporation and IBM as companies would be &#8216;important&#8217; enough to merit the attention of a VoiceOver developer evangelist who could poke the VoiceOver team for answers. I wonder if individual Mozilla contributors haven&#8217;t seemed to have enough clout from the point of view of Apple developer relations and if being more corporate about the liaison would better match the way Apple runs developer relations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Firefox and VoiceOver - the Mozilla perspective &#124; ATMac</title>
		<link>http://accessgarage.wordpress.com/2008/08/21/firefox-and-os-xs-voiceover-reading-the-magic-8-ball/#comment-29</link>
		<dc:creator>Firefox and VoiceOver - the Mozilla perspective &#124; ATMac</dc:creator>
		<pubDate>Mon, 01 Sep 2008 05:57:44 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=68#comment-29</guid>
		<description>[...] within the Firefox developer team. He recently wrote a detailed article about the problems with Firefox and OS X&#8217;s VoiceOver and why these are so difficult to resolve. There are both technical and political difficulties to [...]</description>
		<content:encoded><![CDATA[<p>[...] within the Firefox developer team. He recently wrote a detailed article about the problems with Firefox and OS X&#8217;s VoiceOver and why these are so difficult to resolve. There are both technical and political difficulties to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phill</title>
		<link>http://accessgarage.wordpress.com/2008/08/21/firefox-and-os-xs-voiceover-reading-the-magic-8-ball/#comment-28</link>
		<dc:creator>Phill</dc:creator>
		<pubDate>Thu, 28 Aug 2008 21:56:35 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=68#comment-28</guid>
		<description>hmm, reading the posts from Aaron, Pratik, and others seems to put much of the problem on Apple&#039;s priorities.  Apple is both a single company and a bunch of separate dev teams.  Apple has separate pressures (priorities) on OSX, VoiceOver, Safari/WebKit, and all the apps.  As Aaron points out, all the pressure points are at the intersections or support points between the platform, browser, and screen reader - ignoring the authoring tools and other support stuff for a moment.  Even if we get Apple to open source VoiceOver or port NVDA to OS X, Apple&#039;s OS X team still has its pressures and priorities which are not going to magically go away or be reduced.  One browser and one screen reader on the OS X platform should REDUCE the bugs and need for co-development, but it doesn&#039;t change the priority - as Pratik observed.  What&#039;s the motivation to change the priority?  Reducing the workload isn&#039;t in my opinion a way to increase the priority, it may actually backfire and reduce the resources in that area to be able to accomplish even less.  I agree with the approach of making VoiceOver open source which seems more efficient than porting NVDA in the short term (maybe in the long term they could be co-developed).  But the real issue is to raise the priority of accessibility at APPLE specifically related to OS X, VoiceOver, and Safari/WebKit to keep up with the open source capabilities on the other platforms - or join forces and go open source on VoiceOver and better support Firefox.  Well, how do we raise the priority?  $6 million would go a long way towards that!</description>
		<content:encoded><![CDATA[<p>hmm, reading the posts from Aaron, Pratik, and others seems to put much of the problem on Apple&#8217;s priorities.  Apple is both a single company and a bunch of separate dev teams.  Apple has separate pressures (priorities) on OSX, VoiceOver, Safari/WebKit, and all the apps.  As Aaron points out, all the pressure points are at the intersections or support points between the platform, browser, and screen reader &#8211; ignoring the authoring tools and other support stuff for a moment.  Even if we get Apple to open source VoiceOver or port NVDA to OS X, Apple&#8217;s OS X team still has its pressures and priorities which are not going to magically go away or be reduced.  One browser and one screen reader on the OS X platform should REDUCE the bugs and need for co-development, but it doesn&#8217;t change the priority &#8211; as Pratik observed.  What&#8217;s the motivation to change the priority?  Reducing the workload isn&#8217;t in my opinion a way to increase the priority, it may actually backfire and reduce the resources in that area to be able to accomplish even less.  I agree with the approach of making VoiceOver open source which seems more efficient than porting NVDA in the short term (maybe in the long term they could be co-developed).  But the real issue is to raise the priority of accessibility at APPLE specifically related to OS X, VoiceOver, and Safari/WebKit to keep up with the open source capabilities on the other platforms &#8211; or join forces and go open source on VoiceOver and better support Firefox.  Well, how do we raise the priority?  $6 million would go a long way towards that!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Firefox and OS X’s VoiceOver … Reading the Magic 8 Ball - Aaron leventhal - The Paciello Group Blog</title>
		<link>http://accessgarage.wordpress.com/2008/08/21/firefox-and-os-xs-voiceover-reading-the-magic-8-ball/#comment-25</link>
		<dc:creator>Firefox and OS X’s VoiceOver … Reading the Magic 8 Ball - Aaron leventhal - The Paciello Group Blog</dc:creator>
		<pubDate>Tue, 26 Aug 2008 10:24:18 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=68#comment-25</guid>
		<description>[...] Firefox and OS X’s VoiceOver … Reading the Magic 8 Ball  Aaron Leventhal details the barriers faced in getting the Firefox browser to work with [...]</description>
		<content:encoded><![CDATA[<p>[...] Firefox and OS X’s VoiceOver … Reading the Magic 8 Ball  Aaron Leventhal details the barriers faced in getting the Firefox browser to work with [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peng&#8217;s links for Friday, 22 August &#171; I&#8217;m Just an Avatar</title>
		<link>http://accessgarage.wordpress.com/2008/08/21/firefox-and-os-xs-voiceover-reading-the-magic-8-ball/#comment-23</link>
		<dc:creator>Peng&#8217;s links for Friday, 22 August &#171; I&#8217;m Just an Avatar</dc:creator>
		<pubDate>Fri, 22 Aug 2008 18:13:44 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=68#comment-23</guid>
		<description>[...] Leventhal: Firefox and OS X’s VoiceOver … Reading the Magic 8 Ball. OSX has some nice accessibility tools like their VoiceOver screen reader. Unfortunately [...]</description>
		<content:encoded><![CDATA[<p>[...] Leventhal: Firefox and OS X’s VoiceOver … Reading the Magic 8 Ball. OSX has some nice accessibility tools like their VoiceOver screen reader. Unfortunately [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vadi</title>
		<link>http://accessgarage.wordpress.com/2008/08/21/firefox-and-os-xs-voiceover-reading-the-magic-8-ball/#comment-22</link>
		<dc:creator>Vadi</dc:creator>
		<pubDate>Fri, 22 Aug 2008 16:01:21 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=68#comment-22</guid>
		<description>It should work, since Apple only uses oss when it&#039;s profitable for their platform, and such is the case here.</description>
		<content:encoded><![CDATA[<p>It should work, since Apple only uses oss when it&#8217;s profitable for their platform, and such is the case here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Monotonous.org &#187; Blog Archive &#187; Help Apple Help Themselves</title>
		<link>http://accessgarage.wordpress.com/2008/08/21/firefox-and-os-xs-voiceover-reading-the-magic-8-ball/#comment-21</link>
		<dc:creator>Monotonous.org &#187; Blog Archive &#187; Help Apple Help Themselves</dc:creator>
		<pubDate>Thu, 21 Aug 2008 21:31:24 +0000</pubDate>
		<guid isPermaLink="false">http://accessgarage.wordpress.com/?p=68#comment-21</guid>
		<description>[...] to arise. Especially when they offer such sexy and irresistible technology. Aaron Leventhal asks an important one, regarding web accessibility.  &#171; Introducing [...]</description>
		<content:encoded><![CDATA[<p>[...] to arise. Especially when they offer such sexy and irresistible technology. Aaron Leventhal asks an important one, regarding web accessibility.  &laquo; Introducing [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
