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.

Thanks Hal9000 - works perfectly for me

Holy Shit, that works! Cant´t believe it... ;D ;D ;D ;D :-*
@vinikey: What have you done, everything seems untouched?

You should post the solution for other!

i just encoured the "Bug"
and indeed turned it into a feature. :-*
moved my gallery's to different sub-catogories (subfolders),
now the viewers can easely browse into older gallerys of the same catogorie :)

Thanks, I just had the same problem - and found the solution right here :-)

I wonder why 1.3 version with lot of new features & bugfixes has not yet been released ??? !!!

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.

LOL!!! A fan as you said! But seriously, this should be fixed. Perhaps we'll add a switch for "old" behaviour to satisfy everyone. :)

I also use this feature/bug (?) of linking different gallery folders by showing them in a categoryblog. I thought you designed it like this and forgot to mention it in the documentation. It's very usefull and you should not remove it. Please add at least a switch for that behavior! The only problem is that every time I have more than 50 pictures in the so-linked folders, I get a server error: It seems to be the same error that occurs when using the single-picture-option multiple times in one content item. I hope you will get rid of that in the next version (I think George is already on the way to find a solution).
I'm looking forward to the next version!

Thanks, I just had the same problem - now I can fix it.

Hi Hal9000 !
I am facing the same problem as you are and woul like to implement the smart solutions you found. Tks a lot !
Unfortunately the post with code line changes does not read correctly to me. In the boxes supposed to show code to change/code chaged to I only get a slide rule displayed.
Would you be kind enough to send the code changes in plain text ?
Tks in advance.
Best regards,
guilhermey

I was having the same problem and it has fixed it! Brilliant, thanks for that!  :)