I added in modules\gallery\helpers\albums.php a line to be able to sort albums by name ( = directory).
I thought it could have been a good idea to integrate it...
You can sort by title in the current version. Is this what you mean?
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
joemonster
Joined: 2006-04-12
Posts: 236
Posted: Tue, 2009-09-01 22:36
Nope, title is different from name. title is display within gallery, while name is the path used in var/albums (and also the column name in the DB).
The thing is that my albums path are "mydate_mytitle", the title is "mytitle" and the description is "mydate".
Hence, I need to order them by name (path) to order them in time.
It's unlikely that this additional option will be added to core. We discussed exactly this, this past weekend. Not sorting by filename (which is what that field is now called in the UI), but the sort options. We want to keep them to a minimum to keep the interface on the simple side. I think the majority of the people would sort by title (or manually) versus filename.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
joemonster
Joined: 2006-04-12
Posts: 236
Posted: Tue, 2009-09-01 23:03
I am looking several times a week to follow the changes...
But what I do is basically that I update my git repository, and merge in a separate folder my "home made" files...
I do agree with you with keeping it simple, though I would say this is not a single line that will make so much heavier...***. However, it won't be that tough to modify a few files after updating!
*** (it kind of sounds rude while I read my post again, but it's not! It's translated from my french mind)
nivekiam
Joined: 2002-12-10
Posts: 16504
Posted: Tue, 2009-09-01 23:36
No, it doesn't sound rude to me in English.
It's not that it would be heavier code, it's just one more option in the interface. We already have 7 sort options. While one more would only be one more. Where do we stop?
If I recall correctly though sort options are something that one could extend with a module.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
llundgren
Joined: 2003-05-19
Posts: 67
Posted: Sun, 2010-02-28 22:26
the sort options in 1.5 are what is needed. My file structure is setup so that sort by filename puts them in correct order, except I have some sorted bt taken date after that option was added. The Albums first option I have used but rarely since I coded the filename so they sort first. I have only 35k images.
I am just importing the 1.5 gallery into 2 as 1.5 broke on php update.
The auto process sort of works on 5 or 6 albums at a time, although it goes into lala land. All sub-albums need to be moved by hand to their proper parent
thelundgrens.us
Kershek
Joined: 2003-06-02
Posts: 32
Posted: Sun, 2010-09-12 19:25
I would like to reiterate that sort options from 1.5 are very beneficial. My folder file structure is also ordered for filename so that my titles can be free-flowing. Please do not take functionality away.
Posts: 16504
You can sort by title in the current version. Is this what you mean?
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
Posts: 236
Nope, title is different from name. title is display within gallery, while name is the path used in var/albums (and also the column name in the DB).
The thing is that my albums path are "mydate_mytitle", the title is "mytitle" and the description is "mydate".
Hence, I need to order them by name (path) to order them in time.
Actually, I change the albums.php file:
Posts: 16504
You may want to look at these pages on using git if you want to maintain your changes with current code.
http://codex.gallery2.org/Gallery:Using_Git
http://codex.gallery2.org/Gallery:Git_FAQ
It's unlikely that this additional option will be added to core. We discussed exactly this, this past weekend. Not sorting by filename (which is what that field is now called in the UI), but the sort options. We want to keep them to a minimum to keep the interface on the simple side. I think the majority of the people would sort by title (or manually) versus filename.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
Posts: 236
I am looking several times a week to follow the changes...
But what I do is basically that I update my git repository, and merge in a separate folder my "home made" files...
I do agree with you with keeping it simple, though I would say this is not a single line that will make so much heavier...***. However, it won't be that tough to modify a few files after updating!
*** (it kind of sounds rude while I read my post again, but it's not! It's translated from my french mind)
Posts: 16504
No, it doesn't sound rude to me in English.
It's not that it would be heavier code, it's just one more option in the interface. We already have 7 sort options. While one more would only be one more. Where do we stop?
If I recall correctly though sort options are something that one could extend with a module.
____________________________________________
Like Gallery? Like the support? Donate now!!! See G2 live here
Posts: 67
the sort options in 1.5 are what is needed. My file structure is setup so that sort by filename puts them in correct order, except I have some sorted bt taken date after that option was added. The Albums first option I have used but rarely since I coded the filename so they sort first. I have only 35k images.
I am just importing the 1.5 gallery into 2 as 1.5 broke on php update.
The auto process sort of works on 5 or 6 albums at a time, although it goes into lala land. All sub-albums need to be moved by hand to their proper parent
thelundgrens.us
Posts: 32
I would like to reiterate that sort options from 1.5 are very beneficial. My folder file structure is also ordered for filename so that my titles can be free-flowing. Please do not take functionality away.
Posts: 7994
Sort by filename seems like a reasonable option. Tracked in https://sourceforge.net/apps/trac/gallery/ticket/1377 and fixed in the latest code.
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git