MaxiGallery, multiple calls, can't save title or description

On http://www.penfoldtheatre.org/about/past/L5Y, I use two MaxiGallery calls to create first the single thumbnail, then the markup for the rest of the images in the gallery that displays. I hide the other images through CSS so that they show up only on the Thickbox popup. Anyway, when I go to manage the images, I can’t save titles or descriptions. All that I can do is upload and delete images. I get two image managers. However, if I comment out one of the calls, edit titles and descriptions and save, and then uncomment, titles and descriptions show up in both managers. Any thoughts on how I can get titles and descriptions to save with two managers, especially if I can get rid of one of the managers? I’ve tried is_target and manage_target, but perhaps I am using them incorrectly. Thanks

You have two options:

1. Use &is_target and &manage_target parameters. First create a document that has the same snippet call but add &is_target=`1` to the snippet call. Then in the original snippet call, use &manage_target=`doc_id_here` where doc_id_here is the id of the document you created.

2. In the snippet call that shows the thumbnails (that are hidden via css), use &manageOuterTpl=`CODE:` &manageButtonTpl=`CODE:`. This removes the manage pictures button and picture managing form.

BTW, you don’t have to hide the thumbnails via css. You can create a custom template that only outputs links to the thumbnails, see: http://wiki.modxcms.com/index.php/MaxiGallery#One_thumbnail_in_page.2C_but_all_pics_in_Slimbox.2FLightbox_v2_picture_set

EDIT: Option 2 can cause some problems. If you don’t want to use &manage_target and &is_target parameters, use this hack.

#2 solved it. Thank you! And great idea about hiding just the links instead of the links as well as the thumbnails. I’m all about saving bandwidth. I greatly appreciate your help.

Hi,

I am having this issue too and i can’t figure out what is going wrong. I have the set up of thumbs and big image on the same page (thumbs floated right) on MAMP and all works ok apart from i can’t seem to add titles and descriptions..when i do they just disappear after saving.


I also have two managers on the same page too...my snippet call on the page to display the gallery is:

and my gallery manager call:


Any help on the above much appreciated.

Another issue (which might be for a separate post actually) is that in Safari and Chrome (MAC...haven’t checked PC browsers) when i click on a thumbnail image the bigger image appears where it should but with subsequent thumbnail clicks the previous images remain on the page so i end up with all the big images appearing on top of one another down the page. Now i think this is a css issue actually but can’t fathom it.
I can specify a height on the #picturecontainer but i don’t want a pre-defined height as all the big images will be different. overflow:hidden in conjuction with a height doesn’t work either as i can still see the big images appearing below the chosen one if it’s smaller than the specified height.
my css is:
#picturecontainer {
float:left;
width: 650px;
float: left;
margin: 0 20px 20px 0;
}

any ideas on either of these issues??

Thanks for any help

add &manage_target=`50` to both calls.

Hi Doze

Thanks for the quick reply. Do you mean to add &manage_target=`50` to the ’gallery manager’ call? I tried this and i still get two managers on the page. I added to the second call on the ’gallery 1’ page and that doesn’t seem to work either.
I’m using the tutorial from this site.
As far as i can tell from the tutorial i have my manager call in it’s own resource and i have two calls in ’gallery 1’ resource page like this:


I did wonder if the fact that i had two MG calls on the same page that this might be causing the issue?

Does that make sense? can i give more information in order to make the scenario easier to understand?

Thanks again

Yes, the issues happen because you have multiple calls running on the same page. That’s why you need to use &manage_target parameter to tell maxigallery that the picture management is done on another document wich only has one maxigallery call running. And that’s what you have done, right?

E.g the document with id 50 has only one maxigallery call in it? No other calls in sidebars or nothing like that?

What I meant above is that you’d add the &manage_target parameter to the second call too, because I was thinking that you possibly use the manage pictures button from the second call and it’s not configured to go to the doc id 50.

When you hit manage pictures button, check that the picture management goes to the doc id 50.

Hi Doze and thanks for your reply.
Ok, i get the logic now and it is working now to some degree apart from the ’manage pictures’ goes to the page id of the actual gallery and not the manage gallery page number!
It does work though and also the titles and descriptions are now being added correctly but i wonder if this redirecting to the gallery page is a known issue?

I’ve searched the forums and can’t find an answer to this one.

Thanks for your help

If you have a document with id 33 with this call:

[!MaxiGallery? &manage_target=`50`!]

And another document with id 50 with this call:

[!MaxiGallery? &is_target=`1`!]

Then when you click on the "manage pictures" button, it should go to document with ID 50 and show the picture management form in that document.

When you upload pictures using that management form, the pictures should still upload to the gallery that’s in document with id 33 (eg. you should see the files in /assets/galleries/33).

When you click "back to gallery" button in the management form (in document with id 50), it should go back to document id 33.

If it doesn’t work like that, then you have probably setup something wrong or there could be some bug happening.

Hi Doze,

I got it working:-) The reason for the unstyled gallery manager was simply a template issue. I had the gallery manager page set to a blank template!!

Just need to get the javascript working smoothly now and then i’ll post the results for others to use.

Thanks again for all your help