<?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: Flash is un-webby?</title>
	<atom:link href="http://neilmiddleton.com/2008/07/01/flash-is-un-webby/feed/" rel="self" type="application/rss+xml" />
	<link>http://neilmiddleton.com/2008/07/01/flash-is-un-webby/</link>
	<description></description>
	<pubDate>Fri, 10 Oct 2008 22:47:54 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: flamik</title>
		<link>http://neilmiddleton.com/2008/07/01/flash-is-un-webby/#comment-81184</link>
		<dc:creator>flamik</dc:creator>
		<pubDate>Tue, 01 Jul 2008 20:05:10 +0000</pubDate>
		<guid isPermaLink="false">http://neilmiddleton.com/?p=255#comment-81184</guid>
		<description>I completely agree with you about the abilities of flash-based applications and that the problems occuring due to its implenetation I am sure will dissappear in a couple of years when people adopt in their mind and financial issues to that far-developing technology though i think it will inevitably give birth to another bunch of serious obstacles. Since there is no limits in perfection. </description>
		<content:encoded><![CDATA[<p>I completely agree with you about the abilities of flash-based applications and that the problems occuring due to its implenetation I am sure will dissappear in a couple of years when people adopt in their mind and financial issues to that far-developing technology though i think it will inevitably give birth to another bunch of serious obstacles. Since there is no limits in perfection.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Dowdell</title>
		<link>http://neilmiddleton.com/2008/07/01/flash-is-un-webby/#comment-81170</link>
		<dc:creator>John Dowdell</dc:creator>
		<pubDate>Tue, 01 Jul 2008 03:05:13 +0000</pubDate>
		<guid isPermaLink="false">http://neilmiddleton.com/?p=255#comment-81170</guid>
		<description>Thanks for the reality-check, Neil. I can rationalize those positions, based on what I've read from Jeff and Joel in the past. 

Talking about "bookmarking" or "copy/paste" here in 2008 shows that the person speaking hasn't listened to others in the past -- and they'll now instruct others upon such scant knowledge. 

"How do you bookmark a JavaScript app's state?" is the same question as for a SWF app (although bookmarking isn't the only way to serialize application state). "Copy/paste" is at the creator's discretion.

Same with the "browser rectangle" call but to lesser degree... WMODE has enabled irregularly-shaped compositing and event-handling, but it's been the browser variances which have confused so many about this since Netscape 3. Player has always taken advantage of these browser connections as they've become available, but it's a long, slow, uneven road to wait for congruency in browser implementations.

I agree with you 100% that we now have a variety of network-aware types of client runtimes. The odd thing about this debate is that in-browser runtimes and desktop network runtimes both date back to the time of Netscape 2.0. I think many of the browser-supremacists have a briefer experience, just in-browser, and so don't know that both technologies have been growing over time. Mobile/embedded experience will help expand that worldview too.

Jeff and Joel both have good things to say. But we have to sift the wheat from the chaff. If they're objecting with vague "unwebby" based on bookmarking, copy/paste, and redraw areas, then I wonder if knowing the truth would change their opinion.

tx, jd/adobe</description>
		<content:encoded><![CDATA[<p>Thanks for the reality-check, Neil. I can rationalize those positions, based on what I&#8217;ve read from Jeff and Joel in the past. </p>
<p>Talking about &#8220;bookmarking&#8221; or &#8220;copy/paste&#8221; here in 2008 shows that the person speaking hasn&#8217;t listened to others in the past &#8212; and they&#8217;ll now instruct others upon such scant knowledge. </p>
<p>&#8220;How do you bookmark a JavaScript app&#8217;s state?&#8221; is the same question as for a SWF app (although bookmarking isn&#8217;t the only way to serialize application state). &#8220;Copy/paste&#8221; is at the creator&#8217;s discretion.</p>
<p>Same with the &#8220;browser rectangle&#8221; call but to lesser degree&#8230; WMODE has enabled irregularly-shaped compositing and event-handling, but it&#8217;s been the browser variances which have confused so many about this since Netscape 3. Player has always taken advantage of these browser connections as they&#8217;ve become available, but it&#8217;s a long, slow, uneven road to wait for congruency in browser implementations.</p>
<p>I agree with you 100% that we now have a variety of network-aware types of client runtimes. The odd thing about this debate is that in-browser runtimes and desktop network runtimes both date back to the time of Netscape 2.0. I think many of the browser-supremacists have a briefer experience, just in-browser, and so don&#8217;t know that both technologies have been growing over time. Mobile/embedded experience will help expand that worldview too.</p>
<p>Jeff and Joel both have good things to say. But we have to sift the wheat from the chaff. If they&#8217;re objecting with vague &#8220;unwebby&#8221; based on bookmarking, copy/paste, and redraw areas, then I wonder if knowing the truth would change their opinion.</p>
<p>tx, jd/adobe</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: noelb</title>
		<link>http://neilmiddleton.com/2008/07/01/flash-is-un-webby/#comment-81169</link>
		<dc:creator>noelb</dc:creator>
		<pubDate>Tue, 01 Jul 2008 03:05:04 +0000</pubDate>
		<guid isPermaLink="false">http://neilmiddleton.com/?p=255#comment-81169</guid>
		<description>I agree with the argument that the "“un-webby"-ness of Flash and Silverlight make them unsuitable for certain applications. What I don't agree with is that AJAX represents an alternative that solves these problems. Most advanced AJAX apps suffer from all of the same issues as Flash and Silverlight (bookmarking/back button issues, lack of "spider"-ability, etc.) and I find it disingenuous on the part of many AJAX proponents to argue otherwise.</description>
		<content:encoded><![CDATA[<p>I agree with the argument that the &#8220;“un-webby&#8221;-ness of Flash and Silverlight make them unsuitable for certain applications. What I don&#8217;t agree with is that AJAX represents an alternative that solves these problems. Most advanced AJAX apps suffer from all of the same issues as Flash and Silverlight (bookmarking/back button issues, lack of &#8220;spider&#8221;-ability, etc.) and I find it disingenuous on the part of many AJAX proponents to argue otherwise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Rose</title>
		<link>http://neilmiddleton.com/2008/07/01/flash-is-un-webby/#comment-81168</link>
		<dc:creator>Jon Rose</dc:creator>
		<pubDate>Tue, 01 Jul 2008 02:57:13 +0000</pubDate>
		<guid isPermaLink="false">http://neilmiddleton.com/?p=255#comment-81168</guid>
		<description>On the Flash side, Flex 3 has deep linking support to allow for traditional bookmarking and history management.  Also, Flash 10, recently released into beta, promises much improved text management.  I would assume Silverlight has also addressed these items, or will very soon.  So, to the main points of theirs you provide, they seem seem like a non-issue.

In terms of what is "webby," I think it is users and stakeholders demand's that will shape what the web looks like in the years to come.  For my money, I am betting on client side runtimes, like Flash and Silverlight, as this provides them with "richer" experiences than traditional browsers technologies can provide.</description>
		<content:encoded><![CDATA[<p>On the Flash side, Flex 3 has deep linking support to allow for traditional bookmarking and history management.  Also, Flash 10, recently released into beta, promises much improved text management.  I would assume Silverlight has also addressed these items, or will very soon.  So, to the main points of theirs you provide, they seem seem like a non-issue.</p>
<p>In terms of what is &#8220;webby,&#8221; I think it is users and stakeholders demand&#8217;s that will shape what the web looks like in the years to come.  For my money, I am betting on client side runtimes, like Flash and Silverlight, as this provides them with &#8220;richer&#8221; experiences than traditional browsers technologies can provide.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
