<?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: Thoughts on Fully Searchable Flash</title>
	<atom:link href="http://www.peterelst.com/blog/2008/07/01/thoughts-on-fully-searchable-flash/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.peterelst.com/blog/2008/07/01/thoughts-on-fully-searchable-flash/</link>
	<description>Flash Platform Consultant</description>
	<pubDate>Thu, 04 Dec 2008 22:42:27 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: Ain</title>
		<link>http://www.peterelst.com/blog/2008/07/01/thoughts-on-fully-searchable-flash/#comment-19153</link>
		<dc:creator>Ain</dc:creator>
		<pubDate>Wed, 10 Sep 2008 23:00:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterelst.com/blog/?p=609#comment-19153</guid>
		<description>Despite SWF files are indexed, there's a lot of organisational mess in it (headers / body / text-based design elements) and as much as can be told off the Google search results at this point, due to the mess involved, regular sites are surely prioritised.

Any quick workarounds in the circumstances would be naive to expect and I couldn't agree more with &lt;a href="#comment-18720" rel="nofollow"&gt;Peter's comment&lt;/a&gt; above. 

Until Adobe and search giants have worked it out, one can be advised to get a custom solution for the indexing, for example a Content Management System that is SEO-friendly, e.g. &lt;a href="http://tekkie.flashbit.net/flash/flash-seo-package-released-for-backbone-cms" title="Flash SEO package released for backbone CMS" rel="nofollow"&gt;backbone3 with Flash SEO package&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Despite SWF files are indexed, there&#8217;s a lot of organisational mess in it (headers / body / text-based design elements) and as much as can be told off the Google search results at this point, due to the mess involved, regular sites are surely prioritised.</p>
<p>Any quick workarounds in the circumstances would be naive to expect and I couldn&#8217;t agree more with <a href="#comment-18720" rel="nofollow">Peter&#8217;s comment</a> above. </p>
<p>Until Adobe and search giants have worked it out, one can be advised to get a custom solution for the indexing, for example a Content Management System that is SEO-friendly, e.g. <a href="http://tekkie.flashbit.net/flash/flash-seo-package-released-for-backbone-cms" title="Flash SEO package released for backbone CMS" rel="nofollow">backbone3 with Flash SEO package</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Corbett</title>
		<link>http://www.peterelst.com/blog/2008/07/01/thoughts-on-fully-searchable-flash/#comment-19106</link>
		<dc:creator>Jim Corbett</dc:creator>
		<pubDate>Thu, 21 Aug 2008 18:03:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterelst.com/blog/?p=609#comment-19106</guid>
		<description>Howdy - I'm the player engineer who led the Flash search player development project.

As far a loading in external files - Google is rolling out searching in stages so look for them to support it in the future (I don't have any dates).  This loading of .swf, .txt .xml .gif/jpg/png files (using Loader.load() or loadMovie() etc.) will work much like it does in the web players.  If you load an XML or Text file, parse it in actionscript and use the results to populate text fields, this will happen and the text should be found.  If you use the info from a txt or xml file to create URL's dynamically, this will also happen and then the file at that URL will be loaded if your code wants it to happen.

Remember** This is a real Flash player that executes all the actionscript it encounters (AS 1, 2 and 3) and executes actions on buttons and sprites that the Google search engine decides it wants to simulate a click on.
Google's Search Engine contains the code that DRIVES the execution of the swf application.  The Search player executes all the commands that it receives (like moving forward in time through the app, returning all the text current being displayed, and clicking on buttons and sprites that have actions attached to them.)  It's the Google logic that decides when it has visited all the states in a app.  I have no visibility to how this code works.

I'm tentatively scheduled to do a talk on this at MAX in San Francisco so come on by!</description>
		<content:encoded><![CDATA[<p>Howdy - I&#8217;m the player engineer who led the Flash search player development project.</p>
<p>As far a loading in external files - Google is rolling out searching in stages so look for them to support it in the future (I don&#8217;t have any dates).  This loading of .swf, .txt .xml .gif/jpg/png files (using Loader.load() or loadMovie() etc.) will work much like it does in the web players.  If you load an XML or Text file, parse it in actionscript and use the results to populate text fields, this will happen and the text should be found.  If you use the info from a txt or xml file to create URL&#8217;s dynamically, this will also happen and then the file at that URL will be loaded if your code wants it to happen.</p>
<p>Remember** This is a real Flash player that executes all the actionscript it encounters (AS 1, 2 and 3) and executes actions on buttons and sprites that the Google search engine decides it wants to simulate a click on.<br />
Google&#8217;s Search Engine contains the code that DRIVES the execution of the swf application.  The Search player executes all the commands that it receives (like moving forward in time through the app, returning all the text current being displayed, and clicking on buttons and sprites that have actions attached to them.)  It&#8217;s the Google logic that decides when it has visited all the states in a app.  I have no visibility to how this code works.</p>
<p>I&#8217;m tentatively scheduled to do a talk on this at MAX in San Francisco so come on by!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: josh &#62;&#62; /dev/blog &#38; &#187; Blog Archive &#187; transparent flash seo: still a way off</title>
		<link>http://www.peterelst.com/blog/2008/07/01/thoughts-on-fully-searchable-flash/#comment-18945</link>
		<dc:creator>josh &#62;&#62; /dev/blog &#38; &#187; Blog Archive &#187; transparent flash seo: still a way off</dc:creator>
		<pubDate>Mon, 21 Jul 2008 01:59:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterelst.com/blog/?p=609#comment-18945</guid>
		<description>[...] a side note, Peter Elst points out some possible problems that the indexing of SWF content might cause, echoed by Aral Balkan: [...]</description>
		<content:encoded><![CDATA[<p>[...] a side note, Peter Elst points out some possible problems that the indexing of SWF content might cause, echoed by Aral Balkan: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Odio el pito de la calentadora &#187; Blog Archive &#187; La no importancia de Google indexando SWF de Flash</title>
		<link>http://www.peterelst.com/blog/2008/07/01/thoughts-on-fully-searchable-flash/#comment-18944</link>
		<dc:creator>Odio el pito de la calentadora &#187; Blog Archive &#187; La no importancia de Google indexando SWF de Flash</dc:creator>
		<pubDate>Mon, 21 Jul 2008 00:05:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterelst.com/blog/?p=609#comment-18944</guid>
		<description>[...] de código. Estas direcciones están siendo indexadas y seguidas por el bot de Google, dando un dolor de cabeza a la gente que basaba su modelo de seguridad en la “oscuridad” de los compilados de [...]</description>
		<content:encoded><![CDATA[<p>[...] de código. Estas direcciones están siendo indexadas y seguidas por el bot de Google, dando un dolor de cabeza a la gente que basaba su modelo de seguridad en la “oscuridad” de los compilados de [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joseph Corr &#187; Blog Archive &#187; Improved Google indexing of Flash sites</title>
		<link>http://www.peterelst.com/blog/2008/07/01/thoughts-on-fully-searchable-flash/#comment-18817</link>
		<dc:creator>Joseph Corr &#187; Blog Archive &#187; Improved Google indexing of Flash sites</dc:creator>
		<pubDate>Mon, 07 Jul 2008 17:43:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterelst.com/blog/?p=609#comment-18817</guid>
		<description>[...] here&#8217;s a good writeup/review from Peter Elst. And here&#8217;s an even better post from Peter, publishing his [...]</description>
		<content:encoded><![CDATA[<p>[...] here&#8217;s a good writeup/review from Peter Elst. And here&#8217;s an even better post from Peter, publishing his [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Youri</title>
		<link>http://www.peterelst.com/blog/2008/07/01/thoughts-on-fully-searchable-flash/#comment-18812</link>
		<dc:creator>Youri</dc:creator>
		<pubDate>Mon, 07 Jul 2008 06:20:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterelst.com/blog/?p=609#comment-18812</guid>
		<description>@Kristof: You could always see what flash loads. Just use Firebug, or even the standard "Activities" in Safari. And if you want to see the remoting calls, use something like Service Capture. On any site. Always has been.

This is something I always tell our clients: Everything that can be seen in the browser is public. Doesn't matter if it's loaded via html, Flash or javascript.</description>
		<content:encoded><![CDATA[<p>@Kristof: You could always see what flash loads. Just use Firebug, or even the standard &#8220;Activities&#8221; in Safari. And if you want to see the remoting calls, use something like Service Capture. On any site. Always has been.</p>
<p>This is something I always tell our clients: Everything that can be seen in the browser is public. Doesn&#8217;t matter if it&#8217;s loaded via html, Flash or javascript.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Elst &#187; Update on SWF Indexing Issues</title>
		<link>http://www.peterelst.com/blog/2008/07/01/thoughts-on-fully-searchable-flash/#comment-18798</link>
		<dc:creator>Peter Elst &#187; Update on SWF Indexing Issues</dc:creator>
		<pubDate>Sun, 06 Jul 2008 10:09:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterelst.com/blog/?p=609#comment-18798</guid>
		<description>[...] Tuesday&#8217;s announcement about SWF now getting fully indexed I thought I&#8217;d do a little experiment and put up a few [...]</description>
		<content:encoded><![CDATA[<p>[...] Tuesday&#8217;s announcement about SWF now getting fully indexed I thought I&#8217;d do a little experiment and put up a few [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Google and Yahoo&#8217;s Flash indexing is revealing&#8230; too much? at Aral Balkan</title>
		<link>http://www.peterelst.com/blog/2008/07/01/thoughts-on-fully-searchable-flash/#comment-18796</link>
		<dc:creator>Google and Yahoo&#8217;s Flash indexing is revealing&#8230; too much? at Aral Balkan</dc:creator>
		<pubDate>Sun, 06 Jul 2008 07:58:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterelst.com/blog/?p=609#comment-18796</guid>
		<description>[...] posted his concerns on his blog, wherein he quotes Ryan Stewart from Adobe on what exactly is getting indexed: … it [...]</description>
		<content:encoded><![CDATA[<p>[...] posted his concerns on his blog, wherein he quotes Ryan Stewart from Adobe on what exactly is getting indexed: … it [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arul Prasad</title>
		<link>http://www.peterelst.com/blog/2008/07/01/thoughts-on-fully-searchable-flash/#comment-18795</link>
		<dc:creator>Arul Prasad</dc:creator>
		<pubDate>Sun, 06 Jul 2008 07:30:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterelst.com/blog/?p=609#comment-18795</guid>
		<description>I had a post on the same topic as well Pete http://arulprasad.blogspot.com/2008/07/flash-content-to-be-indexed-better-by.html

@kristof - Do you mean that the files which are embedded inside the swf are showing up, or the ones that are being loaded at runtime? if its showing up files that are embedded into the swf, its a bad bad thing!</description>
		<content:encoded><![CDATA[<p>I had a post on the same topic as well Pete <a href="http://arulprasad.blogspot.com/2008/07/flash-content-to-be-indexed-better-by.html" rel="nofollow">http://arulprasad.blogspot.com/2008/07/flash-content-to-be-indexed-better-by.html</a></p>
<p>@kristof - Do you mean that the files which are embedded inside the swf are showing up, or the ones that are being loaded at runtime? if its showing up files that are embedded into the swf, its a bad bad thing!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kristof</title>
		<link>http://www.peterelst.com/blog/2008/07/01/thoughts-on-fully-searchable-flash/#comment-18793</link>
		<dc:creator>Kristof</dc:creator>
		<pubDate>Sun, 06 Jul 2008 06:10:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.peterelst.com/blog/?p=609#comment-18793</guid>
		<description>Argh! Google has actually started indexing my Flash Files and is revealing all the URL's of the pictures in Flash. But also the url's of the MP3's I placed in Flash. I was hoping Flash would conceal it - because now, anyone can download our music without paying for it.

Now I have to come up with an authentication system for Flash :(</description>
		<content:encoded><![CDATA[<p>Argh! Google has actually started indexing my Flash Files and is revealing all the URL&#8217;s of the pictures in Flash. But also the url&#8217;s of the MP3&#8217;s I placed in Flash. I was hoping Flash would conceal it - because now, anyone can download our music without paying for it.</p>
<p>Now I have to come up with an authentication system for Flash <img src='http://www.peterelst.com/blog/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
</channel>
</rss>
