<?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: Announcing Blog Series – AIR Tips</title>
	<atom:link href="http://www.davidtucker.net/2007/08/20/announcing-blog-series-%e2%80%93-air-tips/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.davidtucker.net/2007/08/20/announcing-blog-series-%e2%80%93-air-tips/</link>
	<description>web development goodness</description>
	<pubDate>Thu, 04 Dec 2008 22:25:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Teagmetty</title>
		<link>http://www.davidtucker.net/2007/08/20/announcing-blog-series-%e2%80%93-air-tips/#comment-456</link>
		<dc:creator>Teagmetty</dc:creator>
		<pubDate>Fri, 21 Dec 2007 12:25:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidtucker.net/2007/08/20/announcing-blog-series-%e2%80%93-air-tips/#comment-456</guid>
		<description>Hello, i want to note that your question is typical
&lt;a href="http://alfandomega.wordpress.com/" rel="nofollow"&gt;accounts. Marcus&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Hello, i want to note that your question is typical<br />
<a href="http://alfandomega.wordpress.com/" rel="nofollow">accounts. Marcus</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Potter</title>
		<link>http://www.davidtucker.net/2007/08/20/announcing-blog-series-%e2%80%93-air-tips/#comment-22</link>
		<dc:creator>Mike Potter</dc:creator>
		<pubDate>Thu, 23 Aug 2007 13:47:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidtucker.net/2007/08/20/announcing-blog-series-%e2%80%93-air-tips/#comment-22</guid>
		<description>You should consider posting these tips on the Adobe developer center pages for AIR.  If you need a contact, let me know and I'll get you in touch with the right team.

Mike</description>
		<content:encoded><![CDATA[<p>You should consider posting these tips on the Adobe developer center pages for AIR.  If you need a contact, let me know and I&#8217;ll get you in touch with the right team.</p>
<p>Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake Munson</title>
		<link>http://www.davidtucker.net/2007/08/20/announcing-blog-series-%e2%80%93-air-tips/#comment-20</link>
		<dc:creator>Jake Munson</dc:creator>
		<pubDate>Tue, 21 Aug 2007 19:36:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidtucker.net/2007/08/20/announcing-blog-series-%e2%80%93-air-tips/#comment-20</guid>
		<description>"let's be honest - these days, we are 'stretching' the browser to do what is wasn't created to do."

I agree, but that is changing more and more as time goes on.  The W3C is expanding the body of standards that /should/ define how web browsers work (however, not all of them support the standards, unfortunately).  So I wonder if the best answer is to make a new platform to fill in this "gap" (this new platform being Air).  

When it comes down to it, I guess it doesn't matter what you and I think, because the market will decide if Air succeeds or not.  I have seen a lot of hype around the impending launch of Air, so I am inclined to think that a lot of web developers are going to embrace Air.  But I wonder if it will ever be as ubiquitous as the Flash Player...</description>
		<content:encoded><![CDATA[<p>&#8220;let&#8217;s be honest - these days, we are &#8217;stretching&#8217; the browser to do what is wasn&#8217;t created to do.&#8221;</p>
<p>I agree, but that is changing more and more as time goes on.  The W3C is expanding the body of standards that /should/ define how web browsers work (however, not all of them support the standards, unfortunately).  So I wonder if the best answer is to make a new platform to fill in this &#8220;gap&#8221; (this new platform being Air).  </p>
<p>When it comes down to it, I guess it doesn&#8217;t matter what you and I think, because the market will decide if Air succeeds or not.  I have seen a lot of hype around the impending launch of Air, so I am inclined to think that a lot of web developers are going to embrace Air.  But I wonder if it will ever be as ubiquitous as the Flash Player&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Tucker</title>
		<link>http://www.davidtucker.net/2007/08/20/announcing-blog-series-%e2%80%93-air-tips/#comment-19</link>
		<dc:creator>David Tucker</dc:creator>
		<pubDate>Tue, 21 Aug 2007 19:06:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidtucker.net/2007/08/20/announcing-blog-series-%e2%80%93-air-tips/#comment-19</guid>
		<description>Jake, I totally understand your line of thinking.  Because AIR is in Beta, any of the applications that have been developed have been more "Proof of Concept" rather than actual implementation.  This leads to a bunch of applications that are more "widgets" than "applications".  However, that is not true for all of them.  
All of that said, let's be honest - these days, we are "stretching" the browser to do what is wasn't created to do.  We have improved the end-user experience quite a bit, but we are still limited in many areas, especially web application / native operating system interaction.
For example, let's say a user wants to sell an item on &lt;a href="http://www.ebay.com/" target="_blank" rel="nofollow"&gt;Ebay&lt;/a&gt;.  He would have to log in to Ebay, upload all of his pictures, edit his description in a scaled-down web text editor, and then submit it all.  What if he could drag all of his pictures and description onto an application and have it read in all of the information and upload it directly to Ebay?  That is just one sample.  I plan to cover this issue in an upcoming post, "Why AIR?".  Please check back in a week or so for the article.  Sorry for the "book length" response.</description>
		<content:encoded><![CDATA[<p>Jake, I totally understand your line of thinking.  Because AIR is in Beta, any of the applications that have been developed have been more &#8220;Proof of Concept&#8221; rather than actual implementation.  This leads to a bunch of applications that are more &#8220;widgets&#8221; than &#8220;applications&#8221;.  However, that is not true for all of them.<br />
All of that said, let&#8217;s be honest - these days, we are &#8220;stretching&#8221; the browser to do what is wasn&#8217;t created to do.  We have improved the end-user experience quite a bit, but we are still limited in many areas, especially web application / native operating system interaction.<br />
For example, let&#8217;s say a user wants to sell an item on <a href="http://www.ebay.com/" target="_blank" rel="nofollow">Ebay</a>.  He would have to log in to Ebay, upload all of his pictures, edit his description in a scaled-down web text editor, and then submit it all.  What if he could drag all of his pictures and description onto an application and have it read in all of the information and upload it directly to Ebay?  That is just one sample.  I plan to cover this issue in an upcoming post, &#8220;Why AIR?&#8221;.  Please check back in a week or so for the article.  Sorry for the &#8220;book length&#8221; response.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake Munson</title>
		<link>http://www.davidtucker.net/2007/08/20/announcing-blog-series-%e2%80%93-air-tips/#comment-18</link>
		<dc:creator>Jake Munson</dc:creator>
		<pubDate>Tue, 21 Aug 2007 18:43:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.davidtucker.net/2007/08/20/announcing-blog-series-%e2%80%93-air-tips/#comment-18</guid>
		<description>"For web developers it opens up the whole world of the desktop"

I have been vaguely following Air ever since it was announced, and I am still asking myself this question, "Why do I want to develop for the Desktop?"  I realize that there are some web apps that would benefit from offline capabilities, but in my opinion those type of apps are few and far between.  It seems to me that most apps can (and do) work perfectly well on the web.  Look at all the Google apps, for example.  More and more these days, we are seeing apps move the /other/ direction, /towards/ the web, not away from it (towards the desktop).

I have seen a lot of cool demo Air apps, but that's just it.  They are "cool".  They give you that "Gee whiz, ain't that neat" feeling.  But are they really useful?  Can you do the same things in the web browser, without accessing the desktop?  Does the average user really /care/ if their application is on the web, or on the desktop?

So I am waiting for that "Aha!" moment, where I finally understand why Air should be important to me, as a developer.  I am still unconvinced, though, either way.</description>
		<content:encoded><![CDATA[<p>&#8220;For web developers it opens up the whole world of the desktop&#8221;</p>
<p>I have been vaguely following Air ever since it was announced, and I am still asking myself this question, &#8220;Why do I want to develop for the Desktop?&#8221;  I realize that there are some web apps that would benefit from offline capabilities, but in my opinion those type of apps are few and far between.  It seems to me that most apps can (and do) work perfectly well on the web.  Look at all the Google apps, for example.  More and more these days, we are seeing apps move the /other/ direction, /towards/ the web, not away from it (towards the desktop).</p>
<p>I have seen a lot of cool demo Air apps, but that&#8217;s just it.  They are &#8220;cool&#8221;.  They give you that &#8220;Gee whiz, ain&#8217;t that neat&#8221; feeling.  But are they really useful?  Can you do the same things in the web browser, without accessing the desktop?  Does the average user really /care/ if their application is on the web, or on the desktop?</p>
<p>So I am waiting for that &#8220;Aha!&#8221; moment, where I finally understand why Air should be important to me, as a developer.  I am still unconvinced, though, either way.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
