<?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: The nightmare that is &#8220;_blank&#8221; &#38; Flex</title>
	<atom:link href="http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/feed/" rel="self" type="application/rss+xml" />
	<link>http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/</link>
	<description>Simple And Stupid Software Implementation Examples</description>
	<pubDate>Fri, 04 Jul 2008 00:04:04 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>By: feather</title>
		<link>http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-194</link>
		<dc:creator>feather</dc:creator>
		<pubDate>Thu, 24 Apr 2008 22:25:53 +0000</pubDate>
		<guid isPermaLink="false">http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-194</guid>
		<description>The implementation above works for buttons but unfortunately doesn't prevent FF from blocking an HTML style link in a text area. I'm assuming that FF doesn't generate a click event for HTML links and so cannot recognize that the URL request is user generated, blocking it even if it's called through the external interface.

I'd love to know if anyone has come up with a work-around for this issue.</description>
		<content:encoded><![CDATA[<p>The implementation above works for buttons but unfortunately doesn&#8217;t prevent FF from blocking an HTML style link in a text area. I&#8217;m assuming that FF doesn&#8217;t generate a click event for HTML links and so cannot recognize that the URL request is user generated, blocking it even if it&#8217;s called through the external interface.</p>
<p>I&#8217;d love to know if anyone has come up with a work-around for this issue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thesaj</title>
		<link>http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-129</link>
		<dc:creator>thesaj</dc:creator>
		<pubDate>Thu, 31 Jan 2008 20:20:30 +0000</pubDate>
		<guid isPermaLink="false">http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-129</guid>
		<description>Currently, I am unable to test on Safari 2 (one of the few OS's along with IE 7 that I am not currently set up to test).

I know the old external interface work-a-round I used did work on Safari 2. So I probably need to extract "version" number of the browser as well. Then amend the conditional code correspondingly. In my old code I was only testing and conditioning for Firefox.  I'll have to try to get Safari 2 installed on my machine and evaluate more thoroughly.  Thank you!

As to why I am creating the JS function inside the ExternalInterface rather than in the wrapper (I presume you are referring to the embed code in the html).  I am doing this because I don't always have control of the embed code. So creating a Javascript function in the html template is not always an option.  Second, it reduces the number of templates.  

In fact, recently I've been experimenting with similar code design to pop up a new window and send variables via "post" rather than "get" method.</description>
		<content:encoded><![CDATA[<p>Currently, I am unable to test on Safari 2 (one of the few OS&#8217;s along with IE 7 that I am not currently set up to test).</p>
<p>I know the old external interface work-a-round I used did work on Safari 2. So I probably need to extract &#8220;version&#8221; number of the browser as well. Then amend the conditional code correspondingly. In my old code I was only testing and conditioning for Firefox.  I&#8217;ll have to try to get Safari 2 installed on my machine and evaluate more thoroughly.  Thank you!</p>
<p>As to why I am creating the JS function inside the ExternalInterface rather than in the wrapper (I presume you are referring to the embed code in the html).  I am doing this because I don&#8217;t always have control of the embed code. So creating a Javascript function in the html template is not always an option.  Second, it reduces the number of templates.  </p>
<p>In fact, recently I&#8217;ve been experimenting with similar code design to pop up a new window and send variables via &#8220;post&#8221; rather than &#8220;get&#8221; method.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-128</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Thu, 31 Jan 2008 16:06:56 +0000</pubDate>
		<guid isPermaLink="false">http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-128</guid>
		<description>I recently did some work involving some the same type of research.  I had found that Safari 2.x does not support inline javascript like this.  So, in your example, browserAgent will be null because the js does not get executed.  Instead, you would have to use a typical ExternalInterface.call("myFunc"), where myFunc is declared in the wrapper, for older Safari browsers.  I am using 2.0.4 OSX

I am curious as to why you are creating the js function inside your ExternalInterface call rather than making a call to a function that is declared in the wrapper.

Good Example!</description>
		<content:encoded><![CDATA[<p>I recently did some work involving some the same type of research.  I had found that Safari 2.x does not support inline javascript like this.  So, in your example, browserAgent will be null because the js does not get executed.  Instead, you would have to use a typical ExternalInterface.call(&#8221;myFunc&#8221;), where myFunc is declared in the wrapper, for older Safari browsers.  I am using 2.0.4 OSX</p>
<p>I am curious as to why you are creating the js function inside your ExternalInterface call rather than making a call to a function that is declared in the wrapper.</p>
<p>Good Example!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Houser</title>
		<link>http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-127</link>
		<dc:creator>Jeff Houser</dc:creator>
		<pubDate>Fri, 25 Jan 2008 21:50:51 +0000</pubDate>
		<guid isPermaLink="false">http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-127</guid>
		<description>Jim, 

 I wouldn't say that AIR is free of the browser.  It's just that you have only have to build for one browser (The embedded version of Webkit ).  

 There is some relief in that; although I'm not sure if "Windows" means the same thing when comparing the context of AIR to a web browser.</description>
		<content:encoded><![CDATA[<p>Jim, </p>
<p> I wouldn&#8217;t say that AIR is free of the browser.  It&#8217;s just that you have only have to build for one browser (The embedded version of Webkit ).  </p>
<p> There is some relief in that; although I&#8217;m not sure if &#8220;Windows&#8221; means the same thing when comparing the context of AIR to a web browser.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thesaj</title>
		<link>http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-126</link>
		<dc:creator>thesaj</dc:creator>
		<pubDate>Fri, 25 Jan 2008 13:40:04 +0000</pubDate>
		<guid isPermaLink="false">http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-126</guid>
		<description>Strange, I've tested the example on all of the following successfully:

&#62; Firefox 2 on OS X (2.0.0.11)
&#62; Safari 3 on OS X

&#62; IE 6.0 on XP
&#62; Firefox 2 on XP (2.0.0.11)
&#62; Safari 3 on XP
&#62; Opera 9.25 on XP

All six instances popped up new windows and/or tabs as specified. I am wondering if you have a security setting added or a 3rd party pop-up blocker plug-in.

I'll put this out and see if anyone else is running into the problem still on Firefox.  I've also modified the example to output the browser agent info that's captured during the click. 

http://www.easternstorm.net/sassie/example2/example2.html

Give it a try and send me the info if you would and we can see if anything stands out to us.

This is what I receive currently...

"Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11"</description>
		<content:encoded><![CDATA[<p>Strange, I&#8217;ve tested the example on all of the following successfully:</p>
<p>&gt; Firefox 2 on OS X (2.0.0.11)<br />
&gt; Safari 3 on OS X</p>
<p>&gt; IE 6.0 on XP<br />
&gt; Firefox 2 on XP (2.0.0.11)<br />
&gt; Safari 3 on XP<br />
&gt; Opera 9.25 on XP</p>
<p>All six instances popped up new windows and/or tabs as specified. I am wondering if you have a security setting added or a 3rd party pop-up blocker plug-in.</p>
<p>I&#8217;ll put this out and see if anyone else is running into the problem still on Firefox.  I&#8217;ve also modified the example to output the browser agent info that&#8217;s captured during the click. </p>
<p><a href="http://www.easternstorm.net/sassie/example2/example2.html" rel="nofollow">http://www.easternstorm.net/sassie/example2/example2.html</a></p>
<p>Give it a try and send me the info if you would and we can see if anything stands out to us.</p>
<p>This is what I receive currently&#8230;</p>
<p>&#8220;Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11&#8243;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gareth</title>
		<link>http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-125</link>
		<dc:creator>Gareth</dc:creator>
		<pubDate>Fri, 25 Jan 2008 13:07:37 +0000</pubDate>
		<guid isPermaLink="false">http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-125</guid>
		<description>I just tried the sample page (XP, Firefox 2.0.0.11) and it blocked the pop up as well.</description>
		<content:encoded><![CDATA[<p>I just tried the sample page (XP, Firefox 2.0.0.11) and it blocked the pop up as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason The Saj</title>
		<link>http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-124</link>
		<dc:creator>Jason The Saj</dc:creator>
		<pubDate>Fri, 25 Jan 2008 04:33:37 +0000</pubDate>
		<guid isPermaLink="false">http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-124</guid>
		<description>Quite true....

Especially annoying when something worked in an old version of a browser but fails in a new version.</description>
		<content:encoded><![CDATA[<p>Quite true&#8230;.</p>
<p>Especially annoying when something worked in an old version of a browser but fails in a new version.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim</title>
		<link>http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-123</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Fri, 25 Jan 2008 04:27:12 +0000</pubDate>
		<guid isPermaLink="false">http://thesaj.wordpress.com/2008/01/24/the-nightmare-that-is-_blank-flex/#comment-123</guid>
		<description>Whenever you need to rely on the browser to do something - even something as basic as opening a new window - you're asking for trouble. This is one of the reasons I'm excited about AIR; it gives us a way to deploy Web-enabled apps that are free of the browser. Thanks for posting this code - I'm sure a lot of people will find it helpful.</description>
		<content:encoded><![CDATA[<p>Whenever you need to rely on the browser to do something - even something as basic as opening a new window - you&#8217;re asking for trouble. This is one of the reasons I&#8217;m excited about AIR; it gives us a way to deploy Web-enabled apps that are free of the browser. Thanks for posting this code - I&#8217;m sure a lot of people will find it helpful.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
