The problem is the linking of gallery slide shows when different blog entries upload images relating to their particular article.  All images in all articles get  included in the slide show. What are the current options.  How can this be resolved? 

There was mention that this would be addressed in the new release, when will that be available.  Thanks - PM

Can someone suggest a workaround that accomplishes the same thing as a blog category listing but avoids the problem of galleries running together?

I'm looking to post individual galleries as separate content items with a title and a thumbnail, and then build the list of available galleries with a single menu item to "galleries" -- but the thumbnail should appear for each entry, not just the title of the gallery, and I'd like to take advantage of the ability to control number of columns etc. with the link parameters.

It's not immediately obvious to me how to accomplish this as long as the gallery bug merges all the images in all the blog's content entries.

Appreciate any tips n' tricks you might have.

I don't think it might be that easy. You're obviously using SIG Pro on the introtext right? Thus when you view all articles in blog style, the galleries "link" together.

so there is no way around that?  can't stop the slideshow from continuing on to the next entry?

I'm trying to follow the "logic" behind this bug -- each content item has a unique ID, so presumably it'd be possible for a gallery entry to figure out to which content item it belongs and stop merging subsequent images?

Or is Fotis' point (above) that all the {gallery} mambots on a blog category page (containing x gallery entries in the displayed intro texts) simply get processed as one large block when the page is cranked out?

My question then remains: how do you suggest working around this bug in a scenario where you'd like to list gallery 1, gallery 2, and gallery 3 on a page with clickable thumbnails but without simply resulting in one massive slide show of three merged galleries?

Put the images for each gallery in their own folder?

I came up with this problem today and found a solution. The bug occurs because of the $sigcount variable. On the frontpage, the mambot runs one time for each article that appears. So, the $sigcount variable initializes again and again for each article, and the frontpage ends up with different "sig0" div classes.

The workaround i used is as follows....

1) Backup plugin_jw_sigpro.php, located at mambots/content
2) At plugin_jw_sigpro.php, do the following




Find the lineJust BEFORE that line, insert the following





Replace all occurences of $sigcount with $sigmd5, EXCEPT FROM the lines
               LEAVE THESE LINES AS THEY ARE. ALL OTHER OCCURENCES OF $sigcount need to be replaced by $sigmd5


This solution worked well for me and the modes that I use. I suppose that it works for each and every other mode, but cannot guarantee that. Just do your backup, and try for yourself. If it does not work, rollback to the backed-up version.

Nice tip to have a look for the next version!

Thanx Hal9000!  :)

Wait a minute guys, sometimes bugs=features.  I cant live without the ability to link multiple galleries together in this way.  In blog view I have collections of related articles with related galleries.  When a user clicks on any thumb, they can surf through all of the pix visible on the page.  This is great.  I will guess that I am not the only one who is using this as a "feature."  I thought you guys were geniuses for doing it.

A fan.