<?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: The Pros and Cons of Adobe AIR</title>
	<atom:link href="http://ajaxian.com/archives/the-pros-and-cons-of-adobe-air/feed" rel="self" type="application/rss+xml" />
	<link>http://ajaxian.com/archives/the-pros-and-cons-of-adobe-air</link>
	<description>Cleaning up the web with Ajax</description>
	<lastBuildDate>Thu, 09 Feb 2012 06:55:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2</generator>
	<item>
		<title>By: Chris Leeman</title>
		<link>http://ajaxian.com/archives/the-pros-and-cons-of-adobe-air/comment-page-1#comment-254992</link>
		<dc:creator>Chris Leeman</dc:creator>
		<pubDate>Wed, 05 Sep 2007 06:37:57 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2735#comment-254992</guid>
		<description>Nice writing an article that&#039;s 90% someone else&#039;s content. You may as well just have stopped after posting the link.</description>
		<content:encoded><![CDATA[<p>Nice writing an article that&#8217;s 90% someone else&#8217;s content. You may as well just have stopped after posting the link.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LKM</title>
		<link>http://ajaxian.com/archives/the-pros-and-cons-of-adobe-air/comment-page-1#comment-254928</link>
		<dc:creator>LKM</dc:creator>
		<pubDate>Tue, 04 Sep 2007 13:59:58 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2735#comment-254928</guid>
		<description>&gt;that doesnâ€™t mean that EVERYTHING needs to be OSS

If the result of my work is locked into a proprietary format from which it can&#039;t escape, it&#039;s not an option for me. I don&#039;t want to risk the future of my company on the whims of Adobe if I can avoid it.

The next time Adobe changes its strategy, I&#039;m screwed. Thanks, but no thanks.</description>
		<content:encoded><![CDATA[<p>&gt;that doesnâ€™t mean that EVERYTHING needs to be OSS</p>
<p>If the result of my work is locked into a proprietary format from which it can&#8217;t escape, it&#8217;s not an option for me. I don&#8217;t want to risk the future of my company on the whims of Adobe if I can avoid it.</p>
<p>The next time Adobe changes its strategy, I&#8217;m screwed. Thanks, but no thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Nicholas</title>
		<link>http://ajaxian.com/archives/the-pros-and-cons-of-adobe-air/comment-page-1#comment-254917</link>
		<dc:creator>John Nicholas</dc:creator>
		<pubDate>Tue, 04 Sep 2007 12:45:32 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2735#comment-254917</guid>
		<description>Midnight Coders is releasing a version of WebOrb that can be embedded in AIR apps and provides direct access to local databases. (http://www.themidnightcoders.com/blog/archives/2007_07_01_archive.html) This is really interesting because it give the same results as the ODBC style access but lets flash/flex developers work with data the same way they are used to.

&lt;blockquote&gt;So AIR is essentially another webkit based web browser that will play swfâ€™s and any old regular HTML locallyâ€¦ Please explain what Iâ€™m missingâ€¦&lt;/blockquote&gt;

AIR isn&#039;t a brand new idea completely unconnected with all that has come before it. It is a collection of technologies that a huge number of developers already know well neatly bundled together. That alone makes it useful. Especially don&#039;t underestimate the built-in SQLite as being very appealing.

For most development projects, especially those that are for internal use, ease of development is more important than ultimate performance. Look at the huge numbers of Access/Filemaker apps out there. Everyone using these apps hates their usability and scaling limits but aren&#039;t going to find a C++ shop to rebuild them. If they did the interface would probably still be a mess.  Now the same shop that did their web site can probably do it.</description>
		<content:encoded><![CDATA[<p>Midnight Coders is releasing a version of WebOrb that can be embedded in AIR apps and provides direct access to local databases. (<a href="http://www.themidnightcoders.com/blog/archives/2007_07_01_archive.html" rel="nofollow">http://www.themidnightcoders.com/blog/archives/2007_07_01_archive.html</a>) This is really interesting because it give the same results as the ODBC style access but lets flash/flex developers work with data the same way they are used to.</p>
<blockquote><p>So AIR is essentially another webkit based web browser that will play swfâ€™s and any old regular HTML locallyâ€¦ Please explain what Iâ€™m missingâ€¦</p></blockquote>
<p>AIR isn&#8217;t a brand new idea completely unconnected with all that has come before it. It is a collection of technologies that a huge number of developers already know well neatly bundled together. That alone makes it useful. Especially don&#8217;t underestimate the built-in SQLite as being very appealing.</p>
<p>For most development projects, especially those that are for internal use, ease of development is more important than ultimate performance. Look at the huge numbers of Access/Filemaker apps out there. Everyone using these apps hates their usability and scaling limits but aren&#8217;t going to find a C++ shop to rebuild them. If they did the interface would probably still be a mess.  Now the same shop that did their web site can probably do it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://ajaxian.com/archives/the-pros-and-cons-of-adobe-air/comment-page-1#comment-254894</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Mon, 03 Sep 2007 23:22:31 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2735#comment-254894</guid>
		<description>Vance, but get your facts straight before you bash things. The &quot;useless&quot; Apple widgets can have full host access and bind Objective-C Cocoa. So you can use all the great stuff like Core Data and whatsnot.</description>
		<content:encoded><![CDATA[<p>Vance, but get your facts straight before you bash things. The &#8220;useless&#8221; Apple widgets can have full host access and bind Objective-C Cocoa. So you can use all the great stuff like Core Data and whatsnot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vance  Dubberly</title>
		<link>http://ajaxian.com/archives/the-pros-and-cons-of-adobe-air/comment-page-1#comment-254892</link>
		<dc:creator>Vance  Dubberly</dc:creator>
		<pubDate>Mon, 03 Sep 2007 22:32:33 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2735#comment-254892</guid>
		<description>I tend to think that items 1 and 2 in the cons list are Pro&#039;s. The point of AIR would appear to be simplicity. It lives a space between the useless widgets ( Apple Dashboard and Yahoo Widgets ), and full blown apps. You are not going to use AIR to write photoshop, you are going to use it to write lightweight network oriented apps with an offline component... simply put there is no need for a database interface like JDBC or ODBC ( and providing one would present serious security concerns for the service provider ) if you need access to system packages outside what&#039;s included you should probably consider a real programming language for your real programming problem.  Don&#039;t wear a Gorilla suit to a Masquerade, it&#039;s not a costume party.

If you haven&#039;t guessed I adore Air.</description>
		<content:encoded><![CDATA[<p>I tend to think that items 1 and 2 in the cons list are Pro&#8217;s. The point of AIR would appear to be simplicity. It lives a space between the useless widgets ( Apple Dashboard and Yahoo Widgets ), and full blown apps. You are not going to use AIR to write photoshop, you are going to use it to write lightweight network oriented apps with an offline component&#8230; simply put there is no need for a database interface like JDBC or ODBC ( and providing one would present serious security concerns for the service provider ) if you need access to system packages outside what&#8217;s included you should probably consider a real programming language for your real programming problem.  Don&#8217;t wear a Gorilla suit to a Masquerade, it&#8217;s not a costume party.</p>
<p>If you haven&#8217;t guessed I adore Air.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Phillips</title>
		<link>http://ajaxian.com/archives/the-pros-and-cons-of-adobe-air/comment-page-1#comment-254891</link>
		<dc:creator>Chris Phillips</dc:creator>
		<pubDate>Mon, 03 Sep 2007 21:54:01 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2735#comment-254891</guid>
		<description>So AIR is essentially another webkit based web browser that will play swf&#039;s and any old regular HTML locally... Can&#039;t Flash publish to exe without AIR? Can&#039;t any web-browser display local files and run javascript inside them? 10 years ago I wrapped an entire website up in a Macromedia Director &quot;Projector&quot; exe that leverage MSIE as an ActiveX to (re)host the webfiles; this also gave me FULL access to 3rd party DLL&#039;s and the Windows or Mac OS. This is nothing new or even better than what we had before. Please explain what I&#039;m missing...</description>
		<content:encoded><![CDATA[<p>So AIR is essentially another webkit based web browser that will play swf&#8217;s and any old regular HTML locally&#8230; Can&#8217;t Flash publish to exe without AIR? Can&#8217;t any web-browser display local files and run javascript inside them? 10 years ago I wrapped an entire website up in a Macromedia Director &#8220;Projector&#8221; exe that leverage MSIE as an ActiveX to (re)host the webfiles; this also gave me FULL access to 3rd party DLL&#8217;s and the Windows or Mac OS. This is nothing new or even better than what we had before. Please explain what I&#8217;m missing&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://ajaxian.com/archives/the-pros-and-cons-of-adobe-air/comment-page-1#comment-254886</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Mon, 03 Sep 2007 17:07:23 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2735#comment-254886</guid>
		<description>Apple has completed the switch to Intel some time ago and they have not dropped PPC support. And there is no indication they plan to do so. Apple and Macs are known for their long hardware usage.</description>
		<content:encoded><![CDATA[<p>Apple has completed the switch to Intel some time ago and they have not dropped PPC support. And there is no indication they plan to do so. Apple and Macs are known for their long hardware usage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Crowley</title>
		<link>http://ajaxian.com/archives/the-pros-and-cons-of-adobe-air/comment-page-1#comment-254885</link>
		<dc:creator>Richard Crowley</dc:creator>
		<pubDate>Mon, 03 Sep 2007 16:42:07 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2735#comment-254885</guid>
		<description>Without the ability to build in extra libraries, AIR was essentially useless to me.  Enter XULRunner, the very extensible base of Firefox and Thunderbird.  It provides easy ways to build new components in either Javascript or native code, plus more things AIR is missing like multithreading, PPC support and a not-going-anywhere-anytime-soon open source community.

A tip, for anyone who bites and starts using XULRunner: use the 1.9 branch.  Though it&#039;s still in alpha, the changes since 1.8 are very useful.</description>
		<content:encoded><![CDATA[<p>Without the ability to build in extra libraries, AIR was essentially useless to me.  Enter XULRunner, the very extensible base of Firefox and Thunderbird.  It provides easy ways to build new components in either Javascript or native code, plus more things AIR is missing like multithreading, PPC support and a not-going-anywhere-anytime-soon open source community.</p>
<p>A tip, for anyone who bites and starts using XULRunner: use the 1.9 branch.  Though it&#8217;s still in alpha, the changes since 1.8 are very useful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philippe</title>
		<link>http://ajaxian.com/archives/the-pros-and-cons-of-adobe-air/comment-page-1#comment-254877</link>
		<dc:creator>Philippe</dc:creator>
		<pubDate>Mon, 03 Sep 2007 14:51:43 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2735#comment-254877</guid>
		<description>Martin said: &quot;Adobe dropped support for PPC Macs&quot;
&gt; ...and so is going to do Apple when they will have completely switched to Intel.

Arnaud said: &quot;Static typing allows more optimisation and AIR has probably no multithreading API.&quot;
&gt; Actionscript 3 actually does static typing (as well as dynamic), but admittedly it is missing multithreading - so yes, you won&#039;t do heavy calculations in AIR apps :)</description>
		<content:encoded><![CDATA[<p>Martin said: &#8220;Adobe dropped support for PPC Macs&#8221;<br />
&gt; &#8230;and so is going to do Apple when they will have completely switched to Intel.</p>
<p>Arnaud said: &#8220;Static typing allows more optimisation and AIR has probably no multithreading API.&#8221;<br />
&gt; Actionscript 3 actually does static typing (as well as dynamic), but admittedly it is missing multithreading &#8211; so yes, you won&#8217;t do heavy calculations in AIR apps :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan Rieger</title>
		<link>http://ajaxian.com/archives/the-pros-and-cons-of-adobe-air/comment-page-1#comment-254876</link>
		<dc:creator>Bryan Rieger</dc:creator>
		<pubDate>Mon, 03 Sep 2007 13:53:49 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2735#comment-254876</guid>
		<description>Being proprietary isn&#039;t necessarily always a bad thing, it&#039;s more a question of managing the liabilities in regards to all of the &#039;what ifs&#039;.

Q. What if Apple migrated to Intel chips rather than PPC?
A. You either invest in an Intel Mac moving forward, be satisfied with your existing PPC machine or migrate to another platform.

Q. What if Adobe drops AIR like it did Central, Drumbeat, SiteSpring, Freehand, Multiuser Server, Atmosphere, SVG Viewer, LiveMotion, etc.
A. You hope you can migrate your AIR apps to something else, or at least continue to run your AIR apps until such time as another option presents itself.

Q. What if you can use Adobe AIR to make great internet connected cross-platform desktop applications using familiar technologies?
A. You embrace it and enjoy it while it lasts and meets your needs.

Q. What if my favourite distro of Linux is abandoned?
A. Move to another or roll up your sleeves and dive in.

Change happens - we&#039;ve all been burned - just be pragmatic about it.
It&#039;s current a 1.0 beta release. If it appears too risky or immature at the moment perhaps it&#039;s best to wait until 1.x or even 2.0 to re-evalute?</description>
		<content:encoded><![CDATA[<p>Being proprietary isn&#8217;t necessarily always a bad thing, it&#8217;s more a question of managing the liabilities in regards to all of the &#8216;what ifs&#8217;.</p>
<p>Q. What if Apple migrated to Intel chips rather than PPC?<br />
A. You either invest in an Intel Mac moving forward, be satisfied with your existing PPC machine or migrate to another platform.</p>
<p>Q. What if Adobe drops AIR like it did Central, Drumbeat, SiteSpring, Freehand, Multiuser Server, Atmosphere, SVG Viewer, LiveMotion, etc.<br />
A. You hope you can migrate your AIR apps to something else, or at least continue to run your AIR apps until such time as another option presents itself.</p>
<p>Q. What if you can use Adobe AIR to make great internet connected cross-platform desktop applications using familiar technologies?<br />
A. You embrace it and enjoy it while it lasts and meets your needs.</p>
<p>Q. What if my favourite distro of Linux is abandoned?<br />
A. Move to another or roll up your sleeves and dive in.</p>
<p>Change happens &#8211; we&#8217;ve all been burned &#8211; just be pragmatic about it.<br />
It&#8217;s current a 1.0 beta release. If it appears too risky or immature at the moment perhaps it&#8217;s best to wait until 1.x or even 2.0 to re-evalute?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: em_te</title>
		<link>http://ajaxian.com/archives/the-pros-and-cons-of-adobe-air/comment-page-1#comment-254873</link>
		<dc:creator>em_te</dc:creator>
		<pubDate>Mon, 03 Sep 2007 13:52:08 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2735#comment-254873</guid>
		<description>I think he means proprietary as in, not standardized by an impartial organization. So the opposite isn&#039;t OSS, but standardized technologies like HTML and CSS.</description>
		<content:encoded><![CDATA[<p>I think he means proprietary as in, not standardized by an impartial organization. So the opposite isn&#8217;t OSS, but standardized technologies like HTML and CSS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arnaud</title>
		<link>http://ajaxian.com/archives/the-pros-and-cons-of-adobe-air/comment-page-1#comment-254872</link>
		<dc:creator>Arnaud</dc:creator>
		<pubDate>Mon, 03 Sep 2007 13:47:21 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2735#comment-254872</guid>
		<description>&quot;putting it on a par with Java or .NET for raw performance&quot;
Hard to believe...
Static typing allows more optimisation and AIR has probably no multithreading API.</description>
		<content:encoded><![CDATA[<p>&#8220;putting it on a par with Java or .NET for raw performance&#8221;<br />
Hard to believe&#8230;<br />
Static typing allows more optimisation and AIR has probably no multithreading API.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://ajaxian.com/archives/the-pros-and-cons-of-adobe-air/comment-page-1#comment-254866</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Mon, 03 Sep 2007 12:55:17 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=2735#comment-254866</guid>
		<description>Proprietary does mean it is a bad thing. Adobe dropped support for PPC Macs, so I am cold out. This is what is so dangerous about proprietary, you are at the whim of the company&#039;s policy.

Ignoring this threat might be OK for some applications, but it is something not to put away lightly. I have been burned before and not only by Adobe.</description>
		<content:encoded><![CDATA[<p>Proprietary does mean it is a bad thing. Adobe dropped support for PPC Macs, so I am cold out. This is what is so dangerous about proprietary, you are at the whim of the company&#8217;s policy.</p>
<p>Ignoring this threat might be OK for some applications, but it is something not to put away lightly. I have been burned before and not only by Adobe.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

