Embedded container swf loading swf with xml

Question

I'd call myself an intermediate AS3 newbe. I have a series of slideshows that is called by a 'container' Flash file.
These slideshow swf files are now rather large (230 kb) so as a test, I redid one of them as a  Flash file that uses xml rather than the images called within the file itself (file size 68 kb), which is my first exploration into xml & AS3.
All the non-xml files load and play fine locally (well, sort of, since there's some weird glitchs which show up in different ways at different times in the container loading too many files one after another at times - and sometimes there's no problem at all) but that's not my current problem here.
Basic URL structure:  document relative
1. container file (container.fla/container.swf) will be embedded in a html file. --> /Flash.container.swf The contain file has a series of links to other .swf files.
2. The container file other .swf files (selection of 10) from a  subfolder called /sbrds i.e. --> UILoader loads "Flash/sbrds/albert.swf"
3.  The albert.fla/albert.swf loads an xml slideshow from a subfolder of sbrds  called /AlBert  --> /Flash/sbrds/Albert code "loader.load(new URLRequest("AlBert/AlBertXX.xml"));"  (quotes in message only)
4. Inside the /Albert folder I have the xml file and all the images. xml file  is AlBertXX.xml  (attached)  
5. local structure --> desktop/workingFiles/storyboards (container.fla) /Flash /sbrds (albert.fla) /Albert (Albertxx.xml & image.jpgs)
would equal on the server as  root html/Flash/sbrds/Albert
Locally... The albert.fla (in the /Flash/sbrds folder) itself works fine with no errors when calling the xml file.  But when I test that file from the container.fla/swf  I get a 2044/2032 error "Error #2044: Unhandled ioError:. text=Error #2032: Stream Error. URL: file:///.../myLocalDesktopFolder/storyboards/AlBert/AlBertXX.xml      at albert_fla::MainTimeline/albert_fla::frame1()"
I've check and rechecked for any typos in the xml slideshow test and don't find any.  Any ideas?
Could it be that I'm calling a xml driven file from a non-xml driven file?
I have all the files including my buggy htm file at http://www.danwelter.com/susanTest_static.htm
All the pertinent fla and image files are in the /flash folder (too many to attach).
-- Thanks --- Susan

Answer 1

Hi Jan
Apparently the update went into place on my personal laptop
overnight last night. I awoke this morning to discover it had
rebooted itself and it was patiently waiting for me to enter my
bootup password. Anyhoo, I happened to notice that today when I
hovered the mouse over my Captivate movie, I saw the dreaded
“click to activate and use this control” message that
popped up in a tooltip. What to do?
Well, I did notice that it seemed to require a mouse click to
"activate" the control, but simply running the movie seemed to be
fine. I then wondered what would be disabled. When my movie got to
the first button, the initial click was used to enable the control.
Then the second click was accepted and progressed the movie.
I hopped out on the web and found a page at the following
URL:
http://www.amarasoftware.com/flash-problem.htm
After following the instructions there, my files seemed fine.
Here are the steps I followed:
1. Copied the code on the page and pasted into an empty
Notepad.
theObjects = document.getElementsByTagName("object");
for (var i = 0; i < theObjects.length; i++) {
theObjects
.outerHTML = theObjects.outerHTML;
2. Saved as file name ieupdate.js.
3. Copied the link code and pasted between the closing object
and center tags.
Before:
</object>
</center>
After:
</object>
<script type="text/javascript"
src="ieupdate.js"></script>
</center>
It occurs to me that one could easily modify the "seed" HTML
page Captivate uses when it creates the HTML page. This page is
named standard.htm and is found in the following location:
C:\Program Files\Macromedia\Captivate\Templates\Publish
This would save tweaking the HTM each time you publish. Then
you would only need to worry about making sure you copied the
associated ieupdate.js file to the same folder.
You gotta love lawsuits. I really hope those that "won" are
happy that we all now have to jump through all the hoops to make
things work. Sheesh
Hopefully this helps... Rick