<?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/"
	xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Learning Flash the Hard Way, from the Bottom Up</title>
	<atom:link href="http://bottomupflash.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://bottomupflash.com</link>
	<description>Developing ActionScript applications from the command line</description>
	<lastBuildDate>Fri, 24 Apr 2009 11:19:37 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Deleting XML nodes: harder than it looks by Liza</title>
		<link>http://bottomupflash.com/2008/03/26/deleting-xml-nodes-harder-than-it-looks/#comment-40</link>
		<dc:creator>Liza</dc:creator>
		<pubDate>Fri, 24 Apr 2009 11:19:37 +0000</pubDate>
		<guid isPermaLink="false">http://bottomupflash.wordpress.com/?p=29#comment-40</guid>
		<description>If you ever want to hear a reader&#039;s feedback :) , I rate this post for four from five. Decent info, but I just have to go to that damn msn to find the missed bits. Thanks, anyway!</description>
		<content:encoded><![CDATA[<p>If you ever want to hear a reader&#8217;s feedback :) , I rate this post for four from five. Decent info, but I just have to go to that damn msn to find the missed bits. Thanks, anyway!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Deleting XML nodes: harder than it looks by brio1337</title>
		<link>http://bottomupflash.com/2008/03/26/deleting-xml-nodes-harder-than-it-looks/#comment-34</link>
		<dc:creator>brio1337</dc:creator>
		<pubDate>Tue, 24 Feb 2009 22:37:43 +0000</pubDate>
		<guid isPermaLink="false">http://bottomupflash.wordpress.com/?p=29#comment-34</guid>
		<description>kanenas, I agree, that&#039;s the exact same piece of code I just determined for deleting a known XML node from its parent.

quinthar, thanks for your article, I agree that deleting XML nodes is harder than it looks! Part of the reason is that Adobe doesn&#039;t explain very well how these XML and XMLList objects are related. I see some wording in your article that indicates a misunderstanding.
When you discuss child.appendChild(grandChild), you say that you expected it to return a reference to the node it just &quot;allocated&quot;. But there is no node allocated: grandChild is changed to be part of child&#039;s tree. So now grandChild&#039;s parent() and childIndex() are now valid. This has some consequences, such as you can&#039;t take a node and append it to several other XML nodes and expect it to be in all of them. (You can use the XML object&#039;s copy() function for that).

Similarly, when you call children() on an XML object, the XMLList returned is a reference to the actual child list inside the XML object. So if you delete a node from this list, you&#039;ve actually deleted it from the parent!

I wish Adobe was clearer about this stuff...</description>
		<content:encoded><![CDATA[<p>kanenas, I agree, that&#8217;s the exact same piece of code I just determined for deleting a known XML node from its parent.</p>
<p>quinthar, thanks for your article, I agree that deleting XML nodes is harder than it looks! Part of the reason is that Adobe doesn&#8217;t explain very well how these XML and XMLList objects are related. I see some wording in your article that indicates a misunderstanding.<br />
When you discuss child.appendChild(grandChild), you say that you expected it to return a reference to the node it just &#8220;allocated&#8221;. But there is no node allocated: grandChild is changed to be part of child&#8217;s tree. So now grandChild&#8217;s parent() and childIndex() are now valid. This has some consequences, such as you can&#8217;t take a node and append it to several other XML nodes and expect it to be in all of them. (You can use the XML object&#8217;s copy() function for that).</p>
<p>Similarly, when you call children() on an XML object, the XMLList returned is a reference to the actual child list inside the XML object. So if you delete a node from this list, you&#8217;ve actually deleted it from the parent!</p>
<p>I wish Adobe was clearer about this stuff&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Need a Global/Static FocusManager?  Try the Application! by Geoffrey Hom</title>
		<link>http://bottomupflash.com/2008/03/23/need-a-globalstatic-focusmanager-try-the-application/#comment-28</link>
		<dc:creator>Geoffrey Hom</dc:creator>
		<pubDate>Sat, 31 Jan 2009 11:30:57 +0000</pubDate>
		<guid isPermaLink="false">http://bottomupflash.wordpress.com/?p=28#comment-28</guid>
		<description>This totally helped me just now. I am not sure why it works, either. I saw that UIComponent has a focusManager property...

Anyway, thank you for sharing!

--Geoff</description>
		<content:encoded><![CDATA[<p>This totally helped me just now. I am not sure why it works, either. I saw that UIComponent has a focusManager property&#8230;</p>
<p>Anyway, thank you for sharing!</p>
<p>&#8211;Geoff</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Deleting XML nodes: harder than it looks by kanenas</title>
		<link>http://bottomupflash.com/2008/03/26/deleting-xml-nodes-harder-than-it-looks/#comment-27</link>
		<dc:creator>kanenas</dc:creator>
		<pubDate>Thu, 22 Jan 2009 14:04:16 +0000</pubDate>
		<guid isPermaLink="false">http://bottomupflash.wordpress.com/?p=29#comment-27</guid>
		<description>The &lt;a href=&quot;http://livedocs.adobe.com/flex/3/langref/operators.html#delete_(XML)&quot; rel=&quot;nofollow&quot;&gt;delete&lt;/a&gt; operator is indeed the official way (as mentioned in the &quot;&lt;a href=&quot;http://livedocs.adobe.com/flex/3/langref/XML.html#appendChild()&quot; rel=&quot;nofollow&quot;&gt;appendChild()&lt;/a&gt;&quot; documentation) to remove a child node. Perhaps the &quot;Attempt to delete the fixed property...&quot; error arises because grandChild is not the result of an E4X expression?  Whatever the cause, you can get a child node&#039;s index with the &lt;a href=&quot;http://livedocs.adobe.com/flex/3/langref/XML.html#childIndex()&quot; rel=&quot;nofollow&quot;&gt;childIndex()&lt;/a&gt; method:

&lt;code&gt;delete grandChild.parent().children()[grandChild.childIndex()]&lt;/code&gt;

A bit lengthy, .</description>
		<content:encoded><![CDATA[<p>The <a href="http://livedocs.adobe.com/flex/3/langref/operators.html#delete_(XML)" rel="nofollow">delete</a> operator is indeed the official way (as mentioned in the &#8220;<a href="http://livedocs.adobe.com/flex/3/langref/XML.html#appendChild()" rel="nofollow">appendChild()</a>&#8221; documentation) to remove a child node. Perhaps the &#8220;Attempt to delete the fixed property&#8230;&#8221; error arises because grandChild is not the result of an E4X expression?  Whatever the cause, you can get a child node&#8217;s index with the <a href="http://livedocs.adobe.com/flex/3/langref/XML.html#childIndex()" rel="nofollow">childIndex()</a> method:</p>
<p><code>delete grandChild.parent().children()[grandChild.childIndex()]</code></p>
<p>A bit lengthy, .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Deleting XML nodes: harder than it looks by noah a-b</title>
		<link>http://bottomupflash.com/2008/03/26/deleting-xml-nodes-harder-than-it-looks/#comment-26</link>
		<dc:creator>noah a-b</dc:creator>
		<pubDate>Mon, 24 Nov 2008 21:55:21 +0000</pubDate>
		<guid isPermaLink="false">http://bottomupflash.wordpress.com/?p=29#comment-26</guid>
		<description>Wow! They can make things so darn tricky it&#039;s, like searching for a needle in a haystack, only the needle could also randomly be disguised as either a thumbtack, a bobby pin, a screw, or a paperclip!

Your post helped me a lot, but I must say it was this little nugget that finally solved my node deletion issue!

&quot;... you have to use the [0] index or the delete function will puke.&quot;

Praise the code demons!</description>
		<content:encoded><![CDATA[<p>Wow! They can make things so darn tricky it&#8217;s, like searching for a needle in a haystack, only the needle could also randomly be disguised as either a thumbtack, a bobby pin, a screw, or a paperclip!</p>
<p>Your post helped me a lot, but I must say it was this little nugget that finally solved my node deletion issue!</p>
<p>&#8220;&#8230; you have to use the [0] index or the delete function will puke.&#8221;</p>
<p>Praise the code demons!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Deleting XML nodes: harder than it looks by Jeremy</title>
		<link>http://bottomupflash.com/2008/03/26/deleting-xml-nodes-harder-than-it-looks/#comment-25</link>
		<dc:creator>Jeremy</dc:creator>
		<pubDate>Tue, 21 Oct 2008 02:26:53 +0000</pubDate>
		<guid isPermaLink="false">http://bottomupflash.wordpress.com/?p=29#comment-25</guid>
		<description>This post didn&#039;t solve my problem directly, but you got me headed in the right direction so I thought I&#039;d share the solution.

I needed to remove an arbitrary node at an arbitrary depth in an XML object. The solution is in two parts.

First, each element that will be deleted needs a UID so I used the UIDUtil.createUID(); function.

var xDoc:XML = XML(&#039;&#039;);

I get the item to delete from a Tree.selectedItem call

var delItem:XML = XML(Tree.selectedItem);

Then the delete command is:

delete xDoc.descendants().(@uid==delItem.@uid)[0];

That searches recursively for all elements that have a uid parameter and matches them to the selected item&#039;s uid. Since the return value is an XMLList (even if only 1 item is returned) you have to use the [0] index or the delete function will puke.

Enjoy :)</description>
		<content:encoded><![CDATA[<p>This post didn&#8217;t solve my problem directly, but you got me headed in the right direction so I thought I&#8217;d share the solution.</p>
<p>I needed to remove an arbitrary node at an arbitrary depth in an XML object. The solution is in two parts.</p>
<p>First, each element that will be deleted needs a UID so I used the UIDUtil.createUID(); function.</p>
<p>var xDoc:XML = XML(&#8221;);</p>
<p>I get the item to delete from a Tree.selectedItem call</p>
<p>var delItem:XML = XML(Tree.selectedItem);</p>
<p>Then the delete command is:</p>
<p>delete xDoc.descendants().(@uid==delItem.@uid)[0];</p>
<p>That searches recursively for all elements that have a uid parameter and matches them to the selected item&#8217;s uid. Since the return value is an XMLList (even if only 1 item is returned) you have to use the [0] index or the delete function will puke.</p>
<p>Enjoy :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Confounding MXML Namespaces by elena</title>
		<link>http://bottomupflash.com/2008/01/25/confounding-mxml-namespaces/#comment-24</link>
		<dc:creator>elena</dc:creator>
		<pubDate>Wed, 15 Oct 2008 10:40:43 +0000</pubDate>
		<guid isPermaLink="false">http://bottomupflash.wordpress.com/2008/01/25/confounding-mxml-namespaces/#comment-24</guid>
		<description>I like better dots.

@Matthew: you seem like a cocky rocket-scientist-wannabe. There are definitely better ways to say things.

peace out</description>
		<content:encoded><![CDATA[<p>I like better dots.</p>
<p>@Matthew: you seem like a cocky rocket-scientist-wannabe. There are definitely better ways to say things.</p>
<p>peace out</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Flash Security is Stupid by Shubhra</title>
		<link>http://bottomupflash.com/2008/01/30/flash-security-is-stupid/#comment-21</link>
		<dc:creator>Shubhra</dc:creator>
		<pubDate>Wed, 16 Apr 2008 09:35:33 +0000</pubDate>
		<guid isPermaLink="false">http://bottomupflash.wordpress.com/2008/01/30/flash-security-is-stupid/#comment-21</guid>
		<description>hey guys, I&#039;m another flex developer totally frustrated by the new down the gutter security model of Flash player. I can see that Dave was able to crack it by using the right crossdomain.xml. please please please share it!!!!!!!!!!!! I&#039;m tired of getting endlessly frustrated

lots of advance thanks.........</description>
		<content:encoded><![CDATA[<p>hey guys, I&#8217;m another flex developer totally frustrated by the new down the gutter security model of Flash player. I can see that Dave was able to crack it by using the right crossdomain.xml. please please please share it!!!!!!!!!!!! I&#8217;m tired of getting endlessly frustrated</p>
<p>lots of advance thanks&#8230;&#8230;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Flash Security is Stupid by quinthar</title>
		<link>http://bottomupflash.com/2008/01/30/flash-security-is-stupid/#comment-20</link>
		<dc:creator>quinthar</dc:creator>
		<pubDate>Tue, 15 Apr 2008 23:20:58 +0000</pubDate>
		<guid isPermaLink="false">http://bottomupflash.wordpress.com/2008/01/30/flash-security-is-stupid/#comment-20</guid>
		<description>I think with enough pain and suffering I did eventually get the above instructions to work; what exactly are you trying to do?

Also, can you post a URL to your super-permissive crossdomain file?  Somehow it got lost in translation.</description>
		<content:encoded><![CDATA[<p>I think with enough pain and suffering I did eventually get the above instructions to work; what exactly are you trying to do?</p>
<p>Also, can you post a URL to your super-permissive crossdomain file?  Somehow it got lost in translation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Flash Security is Stupid by Dave</title>
		<link>http://bottomupflash.com/2008/01/30/flash-security-is-stupid/#comment-18</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Tue, 15 Apr 2008 21:14:11 +0000</pubDate>
		<guid isPermaLink="false">http://bottomupflash.wordpress.com/2008/01/30/flash-security-is-stupid/#comment-18</guid>
		<description>Problem solved and man did it turn out to be simple!

Many Thanks to George Masters for the great set of eyes and assistance!

Here&#039;s the content of the crossdomain.xml file you need for the most permissive access ever!



	
	
	
</description>
		<content:encoded><![CDATA[<p>Problem solved and man did it turn out to be simple!</p>
<p>Many Thanks to George Masters for the great set of eyes and assistance!</p>
<p>Here&#8217;s the content of the crossdomain.xml file you need for the most permissive access ever!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
