<?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: Google Docs and Spreadsheets Team: Web native matters</title>
	<atom:link href="http://ajaxian.com/archives/google-docs-and-spreadsheets-team-web-native-matters/feed" rel="self" type="application/rss+xml" />
	<link>http://ajaxian.com/archives/google-docs-and-spreadsheets-team-web-native-matters</link>
	<description>Cleaning up the web with Ajax</description>
	<lastBuildDate>Thu, 17 May 2012 07:43:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Robert Buffone</title>
		<link>http://ajaxian.com/archives/google-docs-and-spreadsheets-team-web-native-matters/comment-page-1#comment-216278</link>
		<dc:creator>Robert Buffone</dc:creator>
		<pubDate>Tue, 28 Nov 2006 19:45:30 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1858#comment-216278</guid>
		<description>â€œWhy is Ajax a better fit for some apps than Flash?â€

Building applications are all about identifying requirements, skill sets of the team, licensing, etc... For any single application, given the right team and no licensing issues; both flash and Ajax would be a reasonable solutions.  Issues tend to arise as teams look to build more than one application (Typical scenario in an Enterprise or SI) or revise the applications over time to meet the needs of new requirements (Typical scenario in all applications).  

So how do you accommodate this?

By using a platform that is client-side VM independent.  Flash tries to be a VM, similar to .NET, Java and the Browser.  Flash has a place in the Application Stack.  You just shouldnâ€™t limit technologies decisions to such a binary choice, Flash or Ajax. Look at Google Analytics, the charting is flash. Would it be wise to replace the flash charting with pure Ajax charting? Probably not, at least yet, and the flash charts are awesome.  But as a single page Flex application, that wouldnâ€™t strike the right balance either.

Providing a platform that allows developers to build applications that can be deployed in any client-side technology removes the need to choose, and leaves the ability leverage any each where appropriate.

What if Adobe fully opened up their format? 

Openness has several aspects: the platform, tooling and community involvement. Even before Java was open-sourced it had the JCP to allow contributions, Flash does not and Java allowed for external tools in the development of applications, Flash does not.  Coming out and saying we open-source would be valuable but wouldnâ€™t change anything, it still wouldnâ€™t be native.</description>
		<content:encoded><![CDATA[<p>â€œWhy is Ajax a better fit for some apps than Flash?â€</p>
<p>Building applications are all about identifying requirements, skill sets of the team, licensing, etc&#8230; For any single application, given the right team and no licensing issues; both flash and Ajax would be a reasonable solutions.  Issues tend to arise as teams look to build more than one application (Typical scenario in an Enterprise or SI) or revise the applications over time to meet the needs of new requirements (Typical scenario in all applications).  </p>
<p>So how do you accommodate this?</p>
<p>By using a platform that is client-side VM independent.  Flash tries to be a VM, similar to .NET, Java and the Browser.  Flash has a place in the Application Stack.  You just shouldnâ€™t limit technologies decisions to such a binary choice, Flash or Ajax. Look at Google Analytics, the charting is flash. Would it be wise to replace the flash charting with pure Ajax charting? Probably not, at least yet, and the flash charts are awesome.  But as a single page Flex application, that wouldnâ€™t strike the right balance either.</p>
<p>Providing a platform that allows developers to build applications that can be deployed in any client-side technology removes the need to choose, and leaves the ability leverage any each where appropriate.</p>
<p>What if Adobe fully opened up their format? </p>
<p>Openness has several aspects: the platform, tooling and community involvement. Even before Java was open-sourced it had the JCP to allow contributions, Flash does not and Java allowed for external tools in the development of applications, Flash does not.  Coming out and saying we open-source would be valuable but wouldnâ€™t change anything, it still wouldnâ€™t be native.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joeri</title>
		<link>http://ajaxian.com/archives/google-docs-and-spreadsheets-team-web-native-matters/comment-page-1#comment-214601</link>
		<dc:creator>Joeri</dc:creator>
		<pubDate>Tue, 28 Nov 2006 09:26:51 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1858#comment-214601</guid>
		<description>You don&#039;t have to buy the flash development tools if you don&#039;t want to. You can use open source environments like flashdevelop (or if you&#039;re on another platform than windows, mtasc + swfmill + eclipse), combined with one of the open source GUI toolkits, like aswing (a flash reimplementation of java swing). Osflash.org has a long list of replacement tools for various elements of the flash development pipeline.

Admittedly, the flash IDE is more user-friendly, but that&#039;s what makes it worth paying for it.</description>
		<content:encoded><![CDATA[<p>You don&#8217;t have to buy the flash development tools if you don&#8217;t want to. You can use open source environments like flashdevelop (or if you&#8217;re on another platform than windows, mtasc + swfmill + eclipse), combined with one of the open source GUI toolkits, like aswing (a flash reimplementation of java swing). Osflash.org has a long list of replacement tools for various elements of the flash development pipeline.</p>
<p>Admittedly, the flash IDE is more user-friendly, but that&#8217;s what makes it worth paying for it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sergey Kim</title>
		<link>http://ajaxian.com/archives/google-docs-and-spreadsheets-team-web-native-matters/comment-page-1#comment-214561</link>
		<dc:creator>Sergey Kim</dc:creator>
		<pubDate>Tue, 28 Nov 2006 08:58:20 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1858#comment-214561</guid>
		<description>I agree with Arwolff, the coparison between Ajax and Flash is incorrect. We just need to specify which technology is better for one part of web apps, and which for another. Then, we will make gains from both of them.</description>
		<content:encoded><![CDATA[<p>I agree with Arwolff, the coparison between Ajax and Flash is incorrect. We just need to specify which technology is better for one part of web apps, and which for another. Then, we will make gains from both of them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Burton</title>
		<link>http://ajaxian.com/archives/google-docs-and-spreadsheets-team-web-native-matters/comment-page-1#comment-214445</link>
		<dc:creator>John Burton</dc:creator>
		<pubDate>Tue, 28 Nov 2006 07:42:17 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1858#comment-214445</guid>
		<description>I&#039;d love to use flash where appropriate and ajax/html for the rest. But the flash delopment tools cost at least Â£500 and I&#039;m not spending that for non-commercial sites. So flash it not possible anyway.</description>
		<content:encoded><![CDATA[<p>I&#8217;d love to use flash where appropriate and ajax/html for the rest. But the flash delopment tools cost at least Â£500 and I&#8217;m not spending that for non-commercial sites. So flash it not possible anyway.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Dowdell</title>
		<link>http://ajaxian.com/archives/google-docs-and-spreadsheets-team-web-native-matters/comment-page-1#comment-213941</link>
		<dc:creator>John Dowdell</dc:creator>
		<pubDate>Tue, 28 Nov 2006 00:28:59 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1858#comment-213941</guid>
		<description>&lt;em&gt;&quot;If you were asked â€œwhy is Ajax a better fit for some apps than Flash?â€ what would you say?&lt;/em&gt;

Probably something like &quot;Because some browser-based applications don&#039;t have high development costs and only need to refresh text and images from the server.&quot; Does that seem good to you?

jd/adobe</description>
		<content:encoded><![CDATA[<p><em>&#8220;If you were asked â€œwhy is Ajax a better fit for some apps than Flash?â€ what would you say?</em></p>
<p>Probably something like &#8220;Because some browser-based applications don&#8217;t have high development costs and only need to refresh text and images from the server.&#8221; Does that seem good to you?</p>
<p>jd/adobe</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Schmelzer</title>
		<link>http://ajaxian.com/archives/google-docs-and-spreadsheets-team-web-native-matters/comment-page-1#comment-213725</link>
		<dc:creator>Robert Schmelzer</dc:creator>
		<pubDate>Mon, 27 Nov 2006 21:21:41 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1858#comment-213725</guid>
		<description>You have to make differentiate between the type of application. A lot of internet applications are in fact built for intranet use to solve deployment and upgrade issues. Therefore it make quite sense to have them as similar  to desktop apps as possible. Real internet applications addresed to end users should keep the web native feeling. This would also follow the usability guideline from Jakob Nielson who says, that apps should also work the way the users are expecting it to work.</description>
		<content:encoded><![CDATA[<p>You have to make differentiate between the type of application. A lot of internet applications are in fact built for intranet use to solve deployment and upgrade issues. Therefore it make quite sense to have them as similar  to desktop apps as possible. Real internet applications addresed to end users should keep the web native feeling. This would also follow the usability guideline from Jakob Nielson who says, that apps should also work the way the users are expecting it to work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad Neuberg</title>
		<link>http://ajaxian.com/archives/google-docs-and-spreadsheets-team-web-native-matters/comment-page-1#comment-213389</link>
		<dc:creator>Brad Neuberg</dc:creator>
		<pubDate>Mon, 27 Nov 2006 17:46:38 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1858#comment-213389</guid>
		<description>I think Flash vs. Ajax is a false dichotomy that will fade over time. Some Ajax apps will use Flash for some features, such as movies, sounds, and local storage; Flash will continue to morph into a kind of Ajax/DHTML, such as Flash&#039;s old Actionscript 1.0 being dropped in favor of JavaScript.

Brad</description>
		<content:encoded><![CDATA[<p>I think Flash vs. Ajax is a false dichotomy that will fade over time. Some Ajax apps will use Flash for some features, such as movies, sounds, and local storage; Flash will continue to morph into a kind of Ajax/DHTML, such as Flash&#8217;s old Actionscript 1.0 being dropped in favor of JavaScript.</p>
<p>Brad</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ARWolff</title>
		<link>http://ajaxian.com/archives/google-docs-and-spreadsheets-team-web-native-matters/comment-page-1#comment-213348</link>
		<dc:creator>ARWolff</dc:creator>
		<pubDate>Mon, 27 Nov 2006 17:09:16 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1858#comment-213348</guid>
		<description>When architected &amp; implemented correctly, Web-native apps can be hugely more accessible and adaptable to mobile applications than can a graphic-centric approach such as Flash. Sure, the majority of Ajax apps aren&#039;t unobtrusive and don&#039;t degrade gracefully, but only due to the developers&#039; limited vision and/or discipline. I can take the time to build an Ajax system on XHTML that lets a user navigate around  without JavaScript, if necessary; Flash just won&#039;t do that.</description>
		<content:encoded><![CDATA[<p>When architected &amp; implemented correctly, Web-native apps can be hugely more accessible and adaptable to mobile applications than can a graphic-centric approach such as Flash. Sure, the majority of Ajax apps aren&#8217;t unobtrusive and don&#8217;t degrade gracefully, but only due to the developers&#8217; limited vision and/or discipline. I can take the time to build an Ajax system on XHTML that lets a user navigate around  without JavaScript, if necessary; Flash just won&#8217;t do that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Schiller</title>
		<link>http://ajaxian.com/archives/google-docs-and-spreadsheets-team-web-native-matters/comment-page-1#comment-213299</link>
		<dc:creator>Scott Schiller</dc:creator>
		<pubDate>Mon, 27 Nov 2006 16:25:33 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1858#comment-213299</guid>
		<description>I&#039;m starting to see some of the value (or lack thereof regarding information) in using Flash for &quot;applications&quot; eg. e-mail and so on, online, where &quot;openness&quot; is not important - But when it comes to providing valuable, searchable, indexable information the way Tim Berners-Lee envisioned it, nothing currently beats HTML. &quot;The web is not a movie.&quot; ;)

If Flash were to become more open and indexable, and HTML or a similar XML-based language was used for content in movies (which were also text based and human-readable, not binaries), that could be quite valuable. Now while less &quot;grokable&quot; however, the current compilation aspect to SWFs (especially the forthcoming Flex 2 etc.) differentiates it from HTML in other good ways - ie. performance, right?</description>
		<content:encoded><![CDATA[<p>I&#8217;m starting to see some of the value (or lack thereof regarding information) in using Flash for &#8220;applications&#8221; eg. e-mail and so on, online, where &#8220;openness&#8221; is not important &#8211; But when it comes to providing valuable, searchable, indexable information the way Tim Berners-Lee envisioned it, nothing currently beats HTML. &#8220;The web is not a movie.&#8221; ;)</p>
<p>If Flash were to become more open and indexable, and HTML or a similar XML-based language was used for content in movies (which were also text based and human-readable, not binaries), that could be quite valuable. Now while less &#8220;grokable&#8221; however, the current compilation aspect to SWFs (especially the forthcoming Flex 2 etc.) differentiates it from HTML in other good ways &#8211; ie. performance, right?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul M. Watson</title>
		<link>http://ajaxian.com/archives/google-docs-and-spreadsheets-team-web-native-matters/comment-page-1#comment-213287</link>
		<dc:creator>Paul M. Watson</dc:creator>
		<pubDate>Mon, 27 Nov 2006 16:17:54 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/?p=1858#comment-213287</guid>
		<description>IMO web native is hugely important. Opening Flash wouldn&#039;t help much.</description>
		<content:encoded><![CDATA[<p>IMO web native is hugely important. Opening Flash wouldn&#8217;t help much.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

