Those are excellent ideas. Thanks.

The custom fields (aka tagging) is definitely slated to be in the next major release. No timetable on that at the moment.

I will add the go-live and expiration dates as a feature request. You are the first to request this, so if anyone else wants this, reply and vote for it.

An applet is high on my priority list, too. I desperately want something that can make compressed versions of photos on the client *before* sending them to the server.

I wonder what amount of work is involved to incorporate Slide.Show 2. This would be a good project for a volunteer to work on. hint...hint...

A shopping cart is also in the feature list but it is a lower priority. I am hoping a profit-motivated business will come along and hire me to add this feature. hint...hint...

Also, any chance of getting automatic file conversion. IE. I upload a PDF, and it creates a COPY of the PDF as a PNG?

Unfortunately, the only ones I have seen that look to be web-enabled require licensings of $400 - $600 each.

I have written a preliminary version of such a control. You just have to rename the file from .txt to .ashx and place it in your /gs/handler/ directory on your web server. Should work with the latest version of GSP.

http://files.jwendl.net/delivery/GSPSlideShow/getslideshow.txt

A few things to note:
1) This is sloppy (built it in less than a day)
2) The caching settings were doing funky things when someone logged in and logged out with the same web browser.
3) This gives you the FULL album list (flattened out) and all the 'slides' under each album (only GalleryObjectType.Image so far, I wasn't sure if anything else would work). So that means if you are like me with > 10k Images it could take a while to load.
4) There is a way on the Slide.Show 2 discussion forums about how to implement your own data provider. This looked like nasty code as it was done entirely in Javascript using JSON. I did not feel up to writing such a beast. Conceptually, though one could write something that actually only retrieves the 'slides' for individual albums. I leave that up to anyone who is daring to do that though.

This handler essentially creates an XML file that you can configure your Slide.Show 2 application to use.



You can see my implementation at http://www.jwendl.net/misc/slides/

Yeah I think leaving it as a control that spews out XML might be the desired route so people could replace it or use it as an enhanced version if so chosen.