<?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: Skip Intro &#8211; 5 Reasons Flash is a Bad Idea</title>
	<atom:link href="http://mnteractive.com/archive/skip-intro/feed" rel="self" type="application/rss+xml" />
	<link>http://mnteractive.com/archive/skip-intro</link>
	<description>Minnesota's Interaction Design, Information Architecture, and User Experience Design Community</description>
	<lastBuildDate>Thu, 25 Feb 2010 14:19:39 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Anmari Web Design &#187; The truth about flash websites?</title>
		<link>http://mnteractive.com/archive/skip-intro/comment-page-1#comment-17824</link>
		<dc:creator>Anmari Web Design &#187; The truth about flash websites?</dc:creator>
		<pubDate>Sun, 30 Sep 2007 08:03:01 +0000</pubDate>
		<guid isPermaLink="false">http://mnteractive.com/skip-intro/#comment-17824</guid>
		<description>[...] A 2004 writeup, many still valid comments - skip intro! [...]</description>
		<content:encoded><![CDATA[<p>[...] A 2004 writeup, many still valid comments &#8211; skip intro! [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ken</title>
		<link>http://mnteractive.com/archive/skip-intro/comment-page-1#comment-243</link>
		<dc:creator>ken</dc:creator>
		<pubDate>Tue, 19 Apr 2005 02:29:31 +0000</pubDate>
		<guid isPermaLink="false">http://mnteractive.com/skip-intro/#comment-243</guid>
		<description>and there is a print function in Flash that lets a developer code it so that flash text (and images) will actually print at a higher quality than if you use the defualt print function provided through your browser.

just that it takes time and money to do this, and how many companies want to pay for this feature, much less hire a qualified developer who understands the ins and outs of Flash.</description>
		<content:encoded><![CDATA[<p>and there is a print function in Flash that lets a developer code it so that flash text (and images) will actually print at a higher quality than if you use the defualt print function provided through your browser.</p>
<p>just that it takes time and money to do this, and how many companies want to pay for this feature, much less hire a qualified developer who understands the ins and outs of Flash.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: josh</title>
		<link>http://mnteractive.com/archive/skip-intro/comment-page-1#comment-197</link>
		<dc:creator>josh</dc:creator>
		<pubDate>Mon, 14 Mar 2005 13:35:27 +0000</pubDate>
		<guid isPermaLink="false">http://mnteractive.com/skip-intro/#comment-197</guid>
		<description>I see no responses here so perhaps I&#039;ll be the play the devils advocate and respond with a little balance.

&lt;b&gt;1/ Reinventing the wheel&lt;/b&gt;
Reinventing the wheel is a broad statement that doesn&#039;t take into account that the web has supported javascript, img links and forms for a long time. The internet population that spends $$s are more literate than ever and it&#039;s up to designers to understand how to effectively balance UI design with branding and experience goals. This is not a reason not to use flash but a reason not to do bad design.

&lt;b&gt;2/ It&#039;s not free?&lt;/b&gt;
eerr... it pays for itself pretty quickly. Are we professionals or what? Hell, I pay for text editors that highlight my code because it&#039;s easier to see my syntax. But fair enough, if you&#039;re not a professional then this is a factor... but less a reason why &quot;not&quot; to use flash than a reason why you &quot;can&#039;t&quot; use flash? It&#039;s basically a case of pros and cons, does this product do what I want and is what I want worth the expense.

&lt;b&gt;3/ Copying Flash Text&lt;/b&gt;
You can actually copy text from flash... maybe not as well as it could, but I think that maybe there needs to be a distinction made between well coded flash sites with external data sources (possibly using external data such as XML, text vars or a database) being displayed using dynamic text boxes and others that don&#039;t. Different kettle of fish.

&lt;b&gt;4. Tracking&lt;/b&gt;
Flash can talk to PHP. Tracking is not a strength of html over flash, it&#039;s a case of server side scripting languages used in conjunction with flash or html.

&lt;b&gt;5/ Search&lt;/b&gt;
The key problem with flash is search. Google has moved forward on this (bless them ;) and actually it can do an ok job on well designed flash sites... but it&#039;s still a major issue. This is one reason that I totally agree is a good reason... for being careful with flash. The key is understanding which applications this is or isn&#039;t critical for.

&lt;b&gt;summary&lt;/b&gt;
I guess the real factors that weigh on a flash vs html decision have to do with integration with other technologies, the site&#039;s purpose, and it&#039;s role in the market mix. I think a lot of us who have been in interactive for a while tend to forget that we are still designing for people and businesses that exist in the real world and that people don&#039;t only get to a site through a search engine. Just watch tv and see if they plug a URL, listen to radio, print ads, viral campaigns, word of mouth... Basically flash enables me to be creative and deliver interactive solutions that are targeted to my clients specific business needs. If their needs don&#039;t suit flash, I don&#039;t use flash if they do then flash is a godsend. Being able to make and understand this choice is a good thing.</description>
		<content:encoded><![CDATA[<p>I see no responses here so perhaps I&#8217;ll be the play the devils advocate and respond with a little balance.</p>
<p><b>1/ Reinventing the wheel</b><br />
Reinventing the wheel is a broad statement that doesn&#8217;t take into account that the web has supported javascript, img links and forms for a long time. The internet population that spends $$s are more literate than ever and it&#8217;s up to designers to understand how to effectively balance UI design with branding and experience goals. This is not a reason not to use flash but a reason not to do bad design.</p>
<p><b>2/ It&#8217;s not free?</b><br />
eerr&#8230; it pays for itself pretty quickly. Are we professionals or what? Hell, I pay for text editors that highlight my code because it&#8217;s easier to see my syntax. But fair enough, if you&#8217;re not a professional then this is a factor&#8230; but less a reason why &#8220;not&#8221; to use flash than a reason why you &#8220;can&#8217;t&#8221; use flash? It&#8217;s basically a case of pros and cons, does this product do what I want and is what I want worth the expense.</p>
<p><b>3/ Copying Flash Text</b><br />
You can actually copy text from flash&#8230; maybe not as well as it could, but I think that maybe there needs to be a distinction made between well coded flash sites with external data sources (possibly using external data such as XML, text vars or a database) being displayed using dynamic text boxes and others that don&#8217;t. Different kettle of fish.</p>
<p><b>4. Tracking</b><br />
Flash can talk to PHP. Tracking is not a strength of html over flash, it&#8217;s a case of server side scripting languages used in conjunction with flash or html.</p>
<p><b>5/ Search</b><br />
The key problem with flash is search. Google has moved forward on this (bless them <img src='http://mnteractive.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  and actually it can do an ok job on well designed flash sites&#8230; but it&#8217;s still a major issue. This is one reason that I totally agree is a good reason&#8230; for being careful with flash. The key is understanding which applications this is or isn&#8217;t critical for.</p>
<p><b>summary</b><br />
I guess the real factors that weigh on a flash vs html decision have to do with integration with other technologies, the site&#8217;s purpose, and it&#8217;s role in the market mix. I think a lot of us who have been in interactive for a while tend to forget that we are still designing for people and businesses that exist in the real world and that people don&#8217;t only get to a site through a search engine. Just watch tv and see if they plug a URL, listen to radio, print ads, viral campaigns, word of mouth&#8230; Basically flash enables me to be creative and deliver interactive solutions that are targeted to my clients specific business needs. If their needs don&#8217;t suit flash, I don&#8217;t use flash if they do then flash is a godsend. Being able to make and understand this choice is a good thing.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
