<?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: We don&#8217;t need Flash on the iPad, we need better tools to build HTML5 sites</title>
	<atom:link href="http://dasflash.com/2010/01/we-dont-need-flash-on-the-ipad-we-need-better-tools-to-build-html5-sites/feed/" rel="self" type="application/rss+xml" />
	<link>http://dasflash.com/2010/01/we-dont-need-flash-on-the-ipad-we-need-better-tools-to-build-html5-sites/</link>
	<description>Flex, AIR &#38; the Flux of Flash</description>
	<lastBuildDate>Sun, 18 Jul 2010 12:25:30 -0400</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dan</title>
		<link>http://dasflash.com/2010/01/we-dont-need-flash-on-the-ipad-we-need-better-tools-to-build-html5-sites/comment-page-1/#comment-79</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Sun, 18 Apr 2010 15:47:50 +0000</pubDate>
		<guid isPermaLink="false">http://dasflash.com/?p=150#comment-79</guid>
		<description>rmunix, to be fair JS libraries these days do a good job of abstracting browser idiosyncrasies away. When people talk about how JS has &quot;matured&quot; what they really mean is there are libraries to battle the mess, JS itself hasn&#039;t changed for ten years. Libraries aren&#039;t ideal if you&#039;re after high performance though. 
But still, yes... HTML devs spend a lot of time working around detail issues with layouts and CSS in various browsers. 
HTML development generally tends to be more expensive than Flash.</description>
		<content:encoded><![CDATA[<p>rmunix, to be fair JS libraries these days do a good job of abstracting browser idiosyncrasies away. When people talk about how JS has &#8220;matured&#8221; what they really mean is there are libraries to battle the mess, JS itself hasn&#8217;t changed for ten years. Libraries aren&#8217;t ideal if you&#8217;re after high performance though.<br />
But still, yes&#8230; HTML devs spend a lot of time working around detail issues with layouts and CSS in various browsers.<br />
HTML development generally tends to be more expensive than Flash.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rmunix</title>
		<link>http://dasflash.com/2010/01/we-dont-need-flash-on-the-ipad-we-need-better-tools-to-build-html5-sites/comment-page-1/#comment-78</link>
		<dc:creator>rmunix</dc:creator>
		<pubDate>Fri, 09 Apr 2010 23:09:00 +0000</pubDate>
		<guid isPermaLink="false">http://dasflash.com/?p=150#comment-78</guid>
		<description>To all you HTML5 newbies, it is AJAX all over again. People said AJAX will kill flash and here we are not one of your posts talks about AJAX. The problem with HTML5 is vendor implementation. You end up having to debug your app for each an ever single browser and browser version. Been there done that. But you if newbies want to try it be my guest. I am sticking with Flash.</description>
		<content:encoded><![CDATA[<p>To all you HTML5 newbies, it is AJAX all over again. People said AJAX will kill flash and here we are not one of your posts talks about AJAX. The problem with HTML5 is vendor implementation. You end up having to debug your app for each an ever single browser and browser version. Been there done that. But you if newbies want to try it be my guest. I am sticking with Flash.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://dasflash.com/2010/01/we-dont-need-flash-on-the-ipad-we-need-better-tools-to-build-html5-sites/comment-page-1/#comment-77</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Thu, 25 Mar 2010 21:09:15 +0000</pubDate>
		<guid isPermaLink="false">http://dasflash.com/?p=150#comment-77</guid>
		<description>I found a fun piece of code for iPad.  It is an example of how to swap a Flash SWF with an image if your user agent is an iPad.

&lt;a href=&quot;http://www.combsconsulting.com/ipad-replace-flash-with-image-java-script-example/&quot; rel=&quot;nofollow&quot;&gt;http://www.combsconsulting.com/ipad-replace-flash-with-image-java-script-example/&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>I found a fun piece of code for iPad.  It is an example of how to swap a Flash SWF with an image if your user agent is an iPad.</p>
<p><a href="http://www.combsconsulting.com/ipad-replace-flash-with-image-java-script-example/" rel="nofollow">http://www.combsconsulting.com/ipad-replace-flash-with-image-java-script-example/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://dasflash.com/2010/01/we-dont-need-flash-on-the-ipad-we-need-better-tools-to-build-html5-sites/comment-page-1/#comment-74</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Thu, 11 Mar 2010 12:53:52 +0000</pubDate>
		<guid isPermaLink="false">http://dasflash.com/?p=150#comment-74</guid>
		<description>@Dorian
I know what you mean and you may be right. Or not. I don&#039;t know. ;-)
You&#039;re talking about the future now but that&#039;s speculation, none of us has a crystal ball.

I merely wanted to point out that today Flash is a lot faster.
Exept on Macs but that&#039;s old news.
There&#039;s a lot of misinformation spread about this these days.

I think us media pros have an obligation to cut through the hype and provide a balanced view.

Both browsers and Flash will continue to improve, they&#039;re all under competition. We might well see one browser becoming really fast and maybe catch up with Flash, but what about the other browsers then? 
At least Flash currently means consistency for the largest possible audience.

&gt; (and maybe even MS)

Quite nonchalant ;-) that&#039;s 50% of your audience.


Totally agree that all technologies have pros and cons and you should pick the right tool for the job. But if you&#039;re after a rich experience today and recommend against Flash cause tomorrow browsers might catch up.. that seems adventurous.
And the meaning of &quot;everyday apps&quot; is constantly shifting, today it&#039;s video, tomorrow it&#039;s HD video and so on.

Cheers, Dan</description>
		<content:encoded><![CDATA[<p>@Dorian<br />
I know what you mean and you may be right. Or not. I don&#8217;t know. ;-)<br />
You&#8217;re talking about the future now but that&#8217;s speculation, none of us has a crystal ball.</p>
<p>I merely wanted to point out that today Flash is a lot faster.<br />
Exept on Macs but that&#8217;s old news.<br />
There&#8217;s a lot of misinformation spread about this these days.</p>
<p>I think us media pros have an obligation to cut through the hype and provide a balanced view.</p>
<p>Both browsers and Flash will continue to improve, they&#8217;re all under competition. We might well see one browser becoming really fast and maybe catch up with Flash, but what about the other browsers then?<br />
At least Flash currently means consistency for the largest possible audience.</p>
<p>&gt; (and maybe even MS)</p>
<p>Quite nonchalant ;-) that&#8217;s 50% of your audience.</p>
<p>Totally agree that all technologies have pros and cons and you should pick the right tool for the job. But if you&#8217;re after a rich experience today and recommend against Flash cause tomorrow browsers might catch up.. that seems adventurous.<br />
And the meaning of &#8220;everyday apps&#8221; is constantly shifting, today it&#8217;s video, tomorrow it&#8217;s HD video and so on.</p>
<p>Cheers, Dan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wim Duivendrecht</title>
		<link>http://dasflash.com/2010/01/we-dont-need-flash-on-the-ipad-we-need-better-tools-to-build-html5-sites/comment-page-1/#comment-65</link>
		<dc:creator>Wim Duivendrecht</dc:creator>
		<pubDate>Wed, 03 Mar 2010 08:11:20 +0000</pubDate>
		<guid isPermaLink="false">http://dasflash.com/?p=150#comment-65</guid>
		<description>Your remark that flash needs to many system resources is not entirely correct.

For one thing: Mac OS X does not (yet) provide direct access to the video card/gpu, and that&#039;s why the flash player on the mac uses so much CPU. Flash player 10.1 promises to fix a lot of these mac os x cpu problems.

But more importantly: a full-fledged application with many running processes and complex interactions cannot be compared to a static text-based web page. Of course the application will use more CPU! 

When HTML5 becomes more capable of building real applications, you will see the same increase in CPU usage. I even read somewhere that HTML5+javascript+CSS3 actually needs MORE cpu to accomplish the same functions as flash.

Another problem with the increasing complexity of HTML5+Javascript+CSS3 is the wild variety of standards, and the lack of a real application development environment.
As long as you&#039;re building static text pages this isn&#039;t a big problem, but when you build a complex app in html, the code really becomes quite inaccessible.</description>
		<content:encoded><![CDATA[<p>Your remark that flash needs to many system resources is not entirely correct.</p>
<p>For one thing: Mac OS X does not (yet) provide direct access to the video card/gpu, and that&#8217;s why the flash player on the mac uses so much CPU. Flash player 10.1 promises to fix a lot of these mac os x cpu problems.</p>
<p>But more importantly: a full-fledged application with many running processes and complex interactions cannot be compared to a static text-based web page. Of course the application will use more CPU! </p>
<p>When HTML5 becomes more capable of building real applications, you will see the same increase in CPU usage. I even read somewhere that HTML5+javascript+CSS3 actually needs MORE cpu to accomplish the same functions as flash.</p>
<p>Another problem with the increasing complexity of HTML5+Javascript+CSS3 is the wild variety of standards, and the lack of a real application development environment.<br />
As long as you&#8217;re building static text pages this isn&#8217;t a big problem, but when you build a complex app in html, the code really becomes quite inaccessible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joseph Silverman</title>
		<link>http://dasflash.com/2010/01/we-dont-need-flash-on-the-ipad-we-need-better-tools-to-build-html5-sites/comment-page-1/#comment-62</link>
		<dc:creator>Joseph Silverman</dc:creator>
		<pubDate>Sun, 21 Feb 2010 18:46:39 +0000</pubDate>
		<guid isPermaLink="false">http://dasflash.com/?p=150#comment-62</guid>
		<description>There are TOO tools for doing the kinda of things you do in flash in dhtml.  Check out http://www.openlaszlo.org/ .   This includes animation, complex GUI interaction, etc..  Though we don&#039;t suggest you do so, my company&#039;s flagship producs, webtop, written in openlaszlo, works pretty well on the iphone - albeit SLOW and not particularly well optimized for use on that platform.</description>
		<content:encoded><![CDATA[<p>There are TOO tools for doing the kinda of things you do in flash in dhtml.  Check out <a href="http://www.openlaszlo.org/" rel="nofollow">http://www.openlaszlo.org/</a> .   This includes animation, complex GUI interaction, etc..  Though we don&#8217;t suggest you do so, my company&#8217;s flagship producs, webtop, written in openlaszlo, works pretty well on the iphone &#8211; albeit SLOW and not particularly well optimized for use on that platform.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: a work on process &#187; Weekend Links</title>
		<link>http://dasflash.com/2010/01/we-dont-need-flash-on-the-ipad-we-need-better-tools-to-build-html5-sites/comment-page-1/#comment-44</link>
		<dc:creator>a work on process &#187; Weekend Links</dc:creator>
		<pubDate>Sun, 07 Feb 2010 20:40:58 +0000</pubDate>
		<guid isPermaLink="false">http://dasflash.com/?p=150#comment-44</guid>
		<description>[...] ongoing debate about flash. It&#8217;s good to see a number of voices (such as Jeffrey Zeldman and Dorian Ray) pointing out that Adobe are well positioned to build tools to help with HTML5 adoption. That would [...]</description>
		<content:encoded><![CDATA[<p>[...] ongoing debate about flash. It&#8217;s good to see a number of voices (such as Jeffrey Zeldman and Dorian Ray) pointing out that Adobe are well positioned to build tools to help with HTML5 adoption. That would [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SitePoint Podcast #47: Checkmate Apple</title>
		<link>http://dasflash.com/2010/01/we-dont-need-flash-on-the-ipad-we-need-better-tools-to-build-html5-sites/comment-page-1/#comment-43</link>
		<dc:creator>SitePoint Podcast #47: Checkmate Apple</dc:creator>
		<pubDate>Fri, 05 Feb 2010 07:36:47 +0000</pubDate>
		<guid isPermaLink="false">http://dasflash.com/?p=150#comment-43</guid>
		<description>[...] We don’t need Flash on the iPad, we need better tools to build HTML5 sites (dasflash) [...]</description>
		<content:encoded><![CDATA[<p>[...] We don’t need Flash on the iPad, we need better tools to build HTML5 sites (dasflash) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dorian</title>
		<link>http://dasflash.com/2010/01/we-dont-need-flash-on-the-ipad-we-need-better-tools-to-build-html5-sites/comment-page-1/#comment-42</link>
		<dc:creator>Dorian</dc:creator>
		<pubDate>Wed, 03 Feb 2010 14:00:21 +0000</pubDate>
		<guid isPermaLink="false">http://dasflash.com/?p=150#comment-42</guid>
		<description>@Dan
You&#039;re right, HTML5 sites can also burn your CPU and there will always be programmers who try to max out your CPU. And I think trying to push the limits is a good thing, too!

I just believe that for most everyday web apps like video, charts etc. there will be a performance advantage with HTML5 pretty soon. One reason is that HTML/JavaScript doesn&#039;t run within a sandbox in the browser and the browser can manage the system resources needed by HTML apps far more efficiently (I just say web workers). Another reason is the strong competition between the browser manufacturers. It has led to absolutely amazing performance improvements since Google has started to build apps like Docs and Maps. I&#039;m convinced that Apple, Google, Mozilla (and maybe even MS) won&#039;t stop to push the JavaScript performance before web apps are on par with their desktop counterparts.

And I&#039;m afraid that Flash will not benefit from this at all.</description>
		<content:encoded><![CDATA[<p>@Dan<br />
You&#8217;re right, HTML5 sites can also burn your CPU and there will always be programmers who try to max out your CPU. And I think trying to push the limits is a good thing, too!</p>
<p>I just believe that for most everyday web apps like video, charts etc. there will be a performance advantage with HTML5 pretty soon. One reason is that HTML/JavaScript doesn&#8217;t run within a sandbox in the browser and the browser can manage the system resources needed by HTML apps far more efficiently (I just say web workers). Another reason is the strong competition between the browser manufacturers. It has led to absolutely amazing performance improvements since Google has started to build apps like Docs and Maps. I&#8217;m convinced that Apple, Google, Mozilla (and maybe even MS) won&#8217;t stop to push the JavaScript performance before web apps are on par with their desktop counterparts.</p>
<p>And I&#8217;m afraid that Flash will not benefit from this at all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2010-02-02 &#171; innovations in higher education</title>
		<link>http://dasflash.com/2010/01/we-dont-need-flash-on-the-ipad-we-need-better-tools-to-build-html5-sites/comment-page-1/#comment-41</link>
		<dc:creator>links for 2010-02-02 &#171; innovations in higher education</dc:creator>
		<pubDate>Wed, 03 Feb 2010 03:09:15 +0000</pubDate>
		<guid isPermaLink="false">http://dasflash.com/?p=150#comment-41</guid>
		<description>[...] We don’t need Flash on the iPad, we need better tools to build HTML5 sites (tags: web browsers standards javascript html5 flash adobe)         Twitter Updates [...]</description>
		<content:encoded><![CDATA[<p>[...] We don’t need Flash on the iPad, we need better tools to build HTML5 sites (tags: web browsers standards javascript html5 flash adobe)         Twitter Updates [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
