1. In my gallery I'm using Zenpage to show the latest albums on the home page. Is there any way to have the news be sorted by the upload date (or even last modified date)? As it is now, images with an older date are transposed lower in the news list even when I have sorting set to ID or mtime. I've even tried using getLatestNews() instead of a next_news() loop but it still sorts the same.

2. Is it possible to make it so that an admin cannot delete the top-level album they administer? I'm trying to find out the best way to do this without modifying the back-end and needing to keep up with each update.

3. I understand that certain images can be overridden by a theme, but does this only apply to certain images? For instance, I'm trying to replace the default RSS icon with a custom rss.png.

Thanks,
kagutsuchi

1. What do you show: latest image or albums? If you use the CombiNews mode there are sort options on the plugin options. Those are all currently available. To cite from the option:
[i]NOTE: If you experience unexpected results, this refers only to the images that are fetched from the database. Even if they are fetched by id or mtime they will be sorted by date with the articles afterwards since articles only have a date.[/i]
So, bascially no, since articles are always sorted by date (anything else does not make sense) and since it is one big db query/array it is not possible to sort parts of it differently. (latestnews() uses the same internals so it is the same).
Maybe you are better suited by using the image_album_statistics plugin.

2. Possible is everything...:-) It is currently not without hacking though.

3. Well, you could just replace the one that is there. Or you don't use it and place your own before/after the link or use one as a CSS background or just make your own rss link function. Look at the rss function's code.

1. For each sorting option (album, image, Zenpage option) I have it set to mtime and I have it set to show the latest albums. For the albums and images it shows the most recently uploaded first as I want it to do. Also, the option to update the album's time with the latest image's time is set to true. I think this is the reason that I'm getting images in the CombiNews with much older dates. The functionality I'm looking for is for the album to be updated with the latest image's upload time. This way, the home page will show the most recently uploaded pictures. I did try using getLatestNews() which I thought used the image_album_statistics plugin but it had the same behavior.

2. I'll submit a feature request for that and hack it in for now.

1. I need to sort it by date to get them inbetween the articles and this gets some unexpected results as noted. The mtime date format is a little different from the normal date format and can't directly sorted. I will see if this can be converted/changed so we can really sort be mtime/date correctly. It seems not many people use this option anyway...

The image_album_statistics is of course for images and albums, not for new. get/printlatestnews is a Zenpage function for articles (our documentation would have told that btw).

Meanwhile you probably could use the printLatestImages() function instead.

2. Alright.

Thanks for looking into that for me.

Also, I gave up on trying to stop users from deleting their own albums. sbillard was right in his reply and I was overthinking it way too much.

However, I still have a few more questions:

1. What would be the easiest option for keeping users from renaming their own albums? In trying to give each user their own album, I've made it so that on registration an album is created with the user's ID. To keep things organized, I would prefer that the album stays named as the user's ID. Is there an easy way to do this without modifying the back-end? I have no problem hacking it in but, yet again, I would prefer not having to add it back in every update.

2. I seem to be having a problem with the Flash uploader. Sometimes the Upload button does not appear, namely when trying to upload to the root of /albums/ directly (I assume this is intentional?) and when a user registers and attempts to upload to the album assigned to them. I get this error in Firefox's Error Console:

`
Error: document.getElementById(a(this).attr("id") + "Uploader").updateSettings is not a function
Source File: /zenphoto/zp-core/admin-uploadify/jquery.uploadify.js
Line: 20
`

1. Quite possibly you could prevent this via a plugin that attaches to the `save_album_utilities_data` filter. In this filter, if the album name is one of the ones you do not want changed, simply `unset($_POST['a-'.$prefix.'MoveCopyRename']);` ($prefix is a parameter to the filter.)

2. There is a comment in admin-upload.php circa line 395. I'm not sure why this causes a problem, specially since it seems to be fine if the user is a full admin. Anyway, deleting this comment seems to fix the problem.

Ahh, that's what I needed to know. Thanks a lot for the help!

However, I have one more question now: What do I have to do to get a user group template working? I have a template and all new users are assigned to it automatically on user registration. However, the rights aren't properly set for me. I'm using a slightly modified version of the register_user plugin which seems to be working fine except for that one nuance.

For reference, the modified version can be found here: http://www.archlinuxgallery.com/register_user.txt

If any insight could be given it would be greatly appreciated.

Thanks,
kagutsuchi

You will have to pick up the rights from the group name, not the `register_user_rights` option. See the `user_groups_save_admin()` function in the user_groups plugin.

I knew it would be something simple. Thanks a lot!

I know that you're probably sick of answering my questions by now, but I can't figure out how to get the save_album_utilities_data filter to prevent renaming. I've registered the filter and I'm using this code:

`
function personalAlbumPreventRename($object, $prefix) {
if ($object->getTitle() === $_zp_current_admin['user'] && !$object->getParent() && getOption('register_user_personal_album")) {
unset($_POST['a-'.$prefix.'MoveCopyRename']);
}
}
`
There must be something simple I'm missing here but for some reason this doesn't stop a user from renaming his/her personal album. :/

I guess you will have to instrument your code to see what is happening. I suggest you lool at the debugLog functions as you can use these to gather data without screwing up the page rendering. Of course, you can also echo what ever you want to view.

Anyway, make sure that the code is actually being executed, testing the correct things, and unseting the $_POST key. If the proper key is unset there should be no move/copy/rename done.

BTW.I would have assumed that you would want to test the folder name of the album rather than the title. Couldn't the user change the title?

You're right that the user can change the title, my mistake. Using debugLog I was able to find the problem, and that is that the debug log isn't even created. So my code must not be getting called. I had thought I'd invoked everything correctly but I suppose not. I've added these three things but there must be something I'm missing:

`$plugin_is_filter = -5;`

`if (getOption('register_user_personal_album')) zp_register_filter('save_album_utilities_data', 'personalAlbumPreventRename');`

`
function personalAlbumPreventRename($object, $prefix) {
debugLog("\$object->getFolder()");
debugLog("\$_zp_current_admin['user']");
debugLog("\$object->getParent()");
debugLog("isset(\$_POST['a-'.$prefix.'MoveCopyRename'])");
if ($object->getFolder() === $_zp_current_admin['user'] && !$object->getParent()) {
unset($_POST['a-'.$prefix.'MoveCopyRename']);
debugLog("isset(\$_POST['a-'.$prefix.'MoveCopyRename'])");
}
debugLog("isset(\$_POST['a-'.$prefix.'MoveCopyRename'])");
}
`
The full code is at the link I posted before if you're interested. Any help at all would be appreciated.

Did you check your overview page? It should show you both that the plugin is enabled and that the filter is attached. If the plugin is not enabled, of course things will not work. If the filter is not attached, something is wrong with that part of the code (Although I don't see it off hand.)

Also check error logs to be sure there is not a PHP error. Your debugLog statements may not actually be correct. Certainly there is no need for the quotation marks unless you are actually passing some text. Something like `debugLog("folder=".$object->getFolder());` is probably what you really want.

It wasn't listed under filters so apparently it must not have been getting loaded. After playing with it for a while, I tried deactivating/reactivating the plugin and now it works. Thanks again!