Hi,

I have not purchased a Slideshow version yet.
Looking at the video's and the high custimisation options I would like to get the Flash version, but is that compatible with this module aswell?

Comments

kylebrowning’s picture

kylebrowning commented

As of right now, its not compatible. Everything that you can do in the Flash version you can do in the standalone version with Drupal. You just dont have an interface to do so.

jalneal’s picture

jalneal commented

Just wanted to make a brief comment about this - I'm still trying to learn PHP, and hopefully if I get good enough I can help out on adding more parameters for the standalone version here. For the moment, I use this module with SSP standalone when I want different size thumbs in views, etc. and I use slideshow Pro for flash with slideshow pro director when I want to change many more of the parameters, such as a splash with no navigation on the main screen of a site. You can then embed flash (see the slideshow pro wiki) if you are using full HTML in the body.

As an alternate to director, you can use something like zenphoto and use RSS feeds to manage photo galleries.

The difference in the standalone and flash is that in the standalone, the SWF looks for the parameters in the params.xml file. In the flash version, the parameters are part of the SWF. Both look for an XML list of the images.

Structurally, something like this would work with a slideshow node that could reference multiple SWF files that you create in flash ahead of time, including SWF's for small sizes you may use in views. This would replace the standalone SWF in a similar module, but would feed it the images in a list from a content type for the slideshow as the current one does. What it would not do is build and use a params.xml file. I typically use about the same 4-5 SWF files over and over when I do websites.

If I'm not mistaken this module has everything that would be needed (the embed & callout for a SWF path), just all the parameter info would need to be stripped out.

I think that this module is right on track using the standalone though - as this module develops and includes more of the available parameters, it will allow the most flexibility for an end user if they are the one building content. Worst part of parameters is there are tons of them, so having a way to save named presets would be very valuable if the module develops to this point. I'm sure integrating all that will take a good bit of time, it's no small task. If you have some PHP knowledge and want control of all the parameters, I'd suggest trying to mod the module in a way I described above.