I have been having trouble getting mt flash slideshow to display using HTML markup.
I have tried: > swfobject.js v1.5 > Object + Embed tag > Embed tag > iFrame with src=path_to_swf_file
The only method that actually displays the slideshow correctly is the iFrame method with the SWF file as the src attribute. I can't seem to get it to work with any other method.
your SWF loads fine! actually, all four of them load fine, including the SWFObject version; you can tell because the gallery's ad link appears as intended, and because if you right-click the blue areas you'll see a Flash context menu.
since the iframe version works, my guess is that you have a path issue with your images once you embed the images into your HTML file, which is contained in a different folder. what happens with gallery or 'player' SWFs like these is that the SWF looks for the image file relative to the HTML file containing the SWF, not the folder containing the SWF. if everything is in the same folder (a la your iframe example), everything's hunky-dory. otherwise it stops working because the images can't be found.
since the 'gallery' SWF you're using uses an external XML file to store the image data, you can edit the file paths there. the easiest way to fix path issues like these is to use site-relative or absolute URLs, not file-relative URLs. to take an example from your gallery player's default XML file, you would change this:
You are correct. I think the path to the xml file is what is breaking. 3 of the flash files are 404ing (not found) while trying to load the xml file. They are trying to load:
<image img="images/1.jpg" link="http://www.google.com" caption="Caption 1" tooltip="ToolTip+1" /> etc.
If your swf, xml and images are all located in the same folder, you should all be happy. You can also use the BASE parameter in swfobject / object/embed to set what poath you want as the start of your relative pathing.
Good point about the flash movie working. I have tried using absolute URLs for the images within the XMl file, but still it doesn't work.
The gallery developer mentioned that I should add a parameter to the JS object constructor to tell it where the XMl file is. It still didn't work, but I will continue the troubleshooting there, as it is obviously a gallery-specific issue.