« MODx Parse Error »
MODx encountered the following error while attempting to parse the requested resource:
« PHP Parse Error »
PHP error debug
Error: chmod() [function.chmod]: No such file or directory
Error type/ Nr.: Warning - 2
File: /hsphere/local/home/somesite.com/somesite.com/assets/snippets/maxigallery/maxigallery.php
Line: 372
Line 372 source: chmod($mg->path_to_gal.$name,0666);
Parser timing
MySQL: 0.0033 s (12 Requests)
PHP: 0.2043 s
Total: 0.2076 s
No.. The management form is rendered where ever MaxiGallery snippet call is. But what you can do (and must do, see below) is to use &manage_target parameter together with &is_target=`1` parameter in the target document to do picture management on separate document. Then set the call to in that document to appropriate place.
1) Is there a way to make MaxiGallery fields display somewhere else (e.g. in a <div> located above the table) ?
It checks the file system folder for any new or removed pictures and synchronizes the gallery to show the changes. So you can upload new pictures via FTP program for example and then hit the resynch gallery button to "upload" the pictures to MaxiGallery.
2) What is the purpose of the "Resynch Gallery" button ?
I don’t really understand this question.. The delete all pictures button deletes all pictures from that _single_ gallery. It shouldn’t delete pictures from other documents. Of course if you are using view_gallery or query parameteres in other documents to show the pictures from certain gallery and then delete pictures in that gallery, they will disappear from other documents too.
3) I would like the "Delete all pictures" button to delete all pictures for the current object (i.e. document). But currently, it deletes all pictures for all documents. How can I prevent this ?
The problem is that you have multiple maxigallery calls on a single document. That causes problems to the picture management. What you need to do is to use &manage_target and &is_target parameters. See more about them in MaxiGallery wiki. I suspect that the pictures haven’t really been uploading to correct galleries and that’s why you are having problems with the ’delete all pictures’ button.
4) A PHP script error displays when I upload new pictures.
Yes, do a custom &manageOuterTpl, it’s a placeholder there.
5) MaxiGallery’s backend uses the "description" field as galery title.
Is there a way to change this so that it displays the "pagetitle" instead ?
/assets/galleries/<document_id_here>/ by default. The base path where maxigallery stores it’s images can be changed via parameter though, but unless you have changed it, the gallery images should be there.
Concerning the "Resynch Gallery" button, I’m not sure in which folder MaxiGallery will look for new pictures.
Yes.
You’re telling about FTP transfer. Does this mean that the new pictures have to be uploaded to the gallery folder and MaxiGallery will take them from here to resize them and create the thumbnails ?
Point 3 and 4 will be corrected when you add &manage_target and &is_target parameters to the snippet calls, or use the disable manager hack and disable picture management for the galleries that should not be managed in that document.
Point 3 above is very strange in my case. My page use 3 MaxiGallery calls.
....
Concerning point 4, the pictures were correctly uploaded in the right galleries (folders). A parsing error displays, but when refreshing the page all is OK.
Quote from: Jul at Aug 29, 2009, 03:55 AMNo.. The management form is rendered where ever MaxiGallery snippet call is. But what you can do (and must do, see below) is to use &manage_target parameter together with &is_target=`1` parameter in the target document to do picture management on separate document. Then set the call to in that document to appropriate place.
1) Is there a way to make MaxiGallery fields display somewhere else (e.g. in a <div> located above the table) ?