in the date_creation field and in the synchronization from EXIF metadata.
git-svn-id: http://piwigo.org/svn/trunk@9073 68402e56-0260-453c-a942-63ccdbb3a9ee
bug 2173 fixed: rename "manual order" into "automatic order" and "by rank" into "manual order"
bug 2174 fixed: only show the automatic order options when it's relevant
new icon for the "manage photo order" screen
hide the numeric rank below the thumbnail (it is confusing for users)
tell users that you can drag'n drop to reorder photos
bug fixed: the "apply to sub-albums" options for photo orders was not working
git-svn-id: http://piwigo.org/svn/trunk@9051 68402e56-0260-453c-a942-63ccdbb3a9ee
admin maintenance leave a space between grouped 'non-destructive' actions and 'destructive' actions
git-svn-id: http://piwigo.org/svn/trunk@8898 68402e56-0260-453c-a942-63ccdbb3a9ee
higher privacy level than user privacy level.
For an acceptable solution at performance level, I have implemented a cache:
for a given user, each album has a representative_picture_id. This cache also
avoids to perform numerous "order by rand()" SQL queries which is the case
when $conf['allow_random_representative'] = true;
git-svn-id: http://piwigo.org/svn/trunk@8802 68402e56-0260-453c-a942-63ccdbb3a9ee
setting. I choose to have it in the configuration file and not in the web
interface because it is a bit too technical and useful only in very specific
cases (when buggy software performed a rotation before without updating the
EXIF "orientation" tag)
git-svn-id: http://piwigo.org/svn/trunk@8763 68402e56-0260-453c-a942-63ccdbb3a9ee
administration page, a warning message is displayed if you have at least
one orphan tag + direct action to delete them.
git-svn-id: http://piwigo.org/svn/trunk@8762 68402e56-0260-453c-a942-63ccdbb3a9ee
- batch manager can delete photos added by ftp
- call sync_users on admin page less often (too many sql queries)
git-svn-id: http://piwigo.org/svn/trunk@8756 68402e56-0260-453c-a942-63ccdbb3a9ee
split the admin/photos_add_direct.php script into
admin/include/photos_add_direct_prepare.php (prepare the upload form)
+ admin/include/photos_add_direct_process.inc.php (process the submitted form)
: it makes the upload form backend easier to reuse in the future Community
plugin.
git-svn-id: http://piwigo.org/svn/trunk@8734 68402e56-0260-453c-a942-63ccdbb3a9ee
Change "Piwigo - a PHP based picture gallery" into "Piwigo - a PHP based photo gallery"
git-svn-id: http://piwigo.org/svn/trunk@8728 68402e56-0260-453c-a942-63ccdbb3a9ee
- combined files are deleted only from maintenance functions and not also from plugin activation/deactivation
git-svn-id: http://piwigo.org/svn/trunk@8634 68402e56-0260-453c-a942-63ccdbb3a9ee
* add l0n to the new Batch Manager where is was missing
* change photo "name" to photo "title"
* change the way we display "Select all" and "Select the whole set"
git-svn-id: http://piwigo.org/svn/trunk@8408 68402e56-0260-453c-a942-63ccdbb3a9ee
simplify the algorithm. The duplicates do not rely on physical albums, just
on duplicate filenames.
git-svn-id: http://piwigo.org/svn/trunk@8404 68402e56-0260-453c-a942-63ccdbb3a9ee
+ once the photos are deleted, redirect the page to reset the current photo set
and avoid being on an empty 2nd page.
git-svn-id: http://piwigo.org/svn/trunk@8398 68402e56-0260-453c-a942-63ccdbb3a9ee
