folder tree in sidebar
Submitted by Adam Dingle
Assigned to Lucas Beeler
Link to original bug (#715952)
Description
---- Reported by adam@yorba.org 2010-03-16 11:56:00 -0700 ----
Original Redmine bug id: 1594
Original URL: http://redmine.yorba.org/issues/1594
Searchable id: yorba-bug-1594
Original author: Adam Dingle
Original description:
We could have a folder tree in the sidebar grouping photos according to the folders where they are actually stored on disk.
Related issues:
- related to shotwell - Feature #4043 (closed): allow user to show/hide sidebar trees (Open)
- related to shotwell - 6455: folder view in sidebar does not update when folders are r... (Fixed)
- related to shotwell - Feature #2108 (closed): Add option to create events based on directory name on im... (Open)
- related to shotwell - Feature #3331 (closed): Filenames make poor default titles (or, optionally displa... (Open)
- related to shotwell - Feature #6266: Option to show filenames & titles (Duplicate)
- related to shotwell - Feature #6052: Browse photos by directory (Invalid)
- duplicated by shotwell - Feature #5752: Show file tree (Duplicate)
- duplicated by shotwell - 3029: Make it possible to copy photos from within Shotwell to a... (Duplicate)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:40:00 -0700 ----
History
Comment 1
Updated by Adam Dingle over 3 years ago
- Priority set to High
Comment 2
Updated by Adam Dingle over 3 years ago
-
Priority deleted (
<strike>
_High_</strike>
)
Comment 3
Updated by Adam Dingle over 3 years ago
- Priority set to High
Comment 4
Updated by Adam Dingle over 3 years ago
-
Priority deleted (
<strike>
_High_</strike>
)
Probably not achievable for 0.7.
Comment 5
Updated by agios - about 3 years ago
This would be a great help for images that have no date info but are already sorted.
Additionally, it might also be useful to indicate, from within that view, which pictures are already in an event. Eg, you could have a folder with pics from the same physical event, shot with 2 or more cameras, one of which did not store the date. It would be nice to go to the folder and be able to quickly tell which pics have not been placed in the _shotwell event _and have a way to add them.
Comment 6
Updated by Maxim - about 3 years ago
+1
I need this feature very much. Almost 30% of my photo collection comes from pre-exif era and that makes Shotwell barely usable.
Comment 7
Updated by fourthirtysix - over 2 years ago
+1 The Shotwell team has done an excellent job so far. I have not yet switched over from Picasa, only because I have all my photos organized by folder. As soon as this feature is available, I'll be singing its praises from the mountaintop.
Comment 8
Updated by David Yoder over 2 years ago
- Description updated (diff)
This would be a fantastic feature to have. My personal photo gallery (and probably others) is organized by subject and not by event. Try to imagine you have a huge music collection which is organized as follows: artist/%album%/%song%. Now reorganize all of the music into the following: year/%artist%-%album%/%song%. All of a sudden it becomes very difficult to find music from a particular artist, clumsy to search through, and in the case of the photos - offers no logical path to the target data based on the existing directory structure. If the argument is to use tags to search, that's fine, but what do I do with a 70GB+ untagged gallery?
What would be nice is this; expand on the custom Event date structure with a single variable (like dir) that replicates the directory structure on the disk (and possibly renames "Events" to "Folders" or "Subjects" in the sidebar). As long as the user's directory structure is organized (such as mine) this will allow for superb subject oriented organization of photos.
Once this feature is added I can move my gallery into Shotwell - and I look forward to it!
Comment 9
Updated by Adam Dingle about 2 years ago
- Priority changed from Low to Normal
Comment 10
Updated by fourthirtysix - about 2 years ago
- Description updated (diff)
Glad to see this moved up in priority, Thanks! I also noticed some other feature requests for timeline and geographic views which are good suggestions.
The folder view will be a huge improvement, as many people want to manage photos in Shotwell that really aren't time/event based and this will allow for that.
Nice work so far
Comment 11
Updated by Shane Kemp about 2 years ago
- Priority changed from Normal to High
Just another vote/comment on this - I think its the KEY feature that is missing from all the other photo managers. Its the reason why I stick with Picasa, which I hate doing. couple of reasons why folder view is important:
- exif data is not always present
- cameras don't always keep correct date/time!
- one event might occur over a few days. ( like a camping trip. I don't want to see these as 3 "events" I imported the pictures into one folder for reason )
- Often I get two sets of pictures from 2 different cameras for one "event". I put them in one folder. the date/time info may not match.
- Lastly, all power users organize their pictures by folder with the date in the folder name ... and we are the ones that matter!!! (ha, just kidding )
Thanks!
Comment 12
Updated by Tomáš Hnyk almost 2 years ago
Yes, without this feature, the cost of migration is too high for me as well.
I think in this it is related to http://redmine.yorba.org/issues/2108 - that would ease the migration as well.
Comment 13
Updated by Sally M almost 2 years ago
Registered to add my vote to this. Love Shotwell layout/features but is no good to me until it will sort as in my home folder. Thanks people. Watching this thread with interest...
Comment 14
Updated by Jim Nelson almost 2 years ago
- File shotwell-1594.diff added
Last night I got tired of not having this feature, so I took a first stab at its implementation. This patch adds a Folder root to the sidebar that holds a hierarchical tree of all the directories for the photos imported into Shotwell. To keep the tree at a reasonable depth, it doesn't show the directories above the user's home directory.
There are many bugs and limitations with this patch, but here's what I know of:
- Images in the user's home directory (i.e. /home/jim/IMG_0001.JPG) won't be available in the view as it stands today.
- Images outside the user's home directory will cause a separate root directory to appear (and some wonkiness with what's displayed inside it).
- The tree structure is not updated if photos are removed, i.e. if all the photos in one directory are removed from Shotwell, the directory those photos were in remains in the tree.
- If photos are moved to a new directory (and library monitoring is turned on), the new directory won't be displayed in the tree (unless it's already there).
- No file operations are implemented (i.e. deleting or moving directories, deleting photo files except for the operations Shotwell already offers).
I'm sure there's more, but it's a start.
Comment 15
Updated by Adam Dingle almost 2 years ago
- Target version set to 0.12
NIce to have this start. Upping for possible consideration for 0.12.
Comment 16
Updated by Adam Dingle almost 2 years ago
Some more tasks we would need to complete to finish this for 0.12, as per a discussion with Jim:
- Display nicely even when photos are outside the user's home directory.
- Allow the user to drag photo(s) onto folder tree directories; this would move the corresponding photo file(s).
- (probably) Allow the user to choose which trees to display in the sidebar; this is #4043 (closed).
Comment 17
Updated by Jim Nelson almost 2 years ago
- File 1594-2.diff added
Attached is second draft of diff. This fixes two issues:
- Folders are now updated properly when photos are removed from Shotwell
- Media in user's home directory are available
Comment 18
Updated by Adam Dingle almost 2 years ago
-
Target version deleted (
<strike>
_0.12_</strike>
)
I'm glad we have a good start on this. It won't make 0.12 at this point, however.
Comment 19
Updated by ralph wabel almost 2 years ago
when will we see that feature in a daily build to test out? Looking for months now for that feature. Happy that someone started on it
Comment 20
Updated by Adam Dingle almost 2 years ago
Ralph,
this feature will appear in a daily build once it has been committed to trunk. That will not happen as part of the 0.12 development cycle, so it is likely a couple of months away. We are also looking forward to this feature, but it will be a large change and there's not enough time to complete this feature for 0.12 with our limited resources at this point. Thanks for your patience.
Comment 21
Updated by fourthirtysix - over 1 year ago
I noticed that Google not only stopped supporting Picasa on Linux, they actually removed the download link so you can't even install the old versions. This makes the folder view in Shotwell all the more needed. A huge thanks to Jim for working on this. As soon as the patch makes it to the daily builds, I'll be one of the first to sign up and test it.
Comment 22
Updated by Adam Dingle over 1 year ago
- Target version set to 0.13
Comment 23
Updated by Amigotux . over 1 year ago
That is a great feature ! I could replace then digikam on ubuntu with unity.
It woul'd be cool if i could filter the folder like in digikam.
There you can write a searchtext in an empty field under the foldernames and then
you see the folders with this text in it only.
My folders are named: YYYY/YYYY-MM-DD Eventname
Comment 24
Updated by Adam Dingle over 1 year ago
-
Target version deleted (
<strike>
_0.13_</strike>
)
Comment 25
Updated by Arthur Blair over 1 year ago
Adam,
Does your recent update suggest that this feature is still some way in the future? Like many people, the main reason I still use Picasa (via Wine) is because it works so nicely with a straightforward directory structure where each folder represents an event. To have this in Shotwell would be utterly awesome. Can you give any further information about the progress of this feature?
Comment 26
Updated by Adam Dingle over 1 year ago
- Target version set to 0.14.0
Arthur,
it's hard for me to make promises we have a small team and so our powers are limited. But a folder tree is a very common feature request and I think this is one of the two or three more important features for us to add in Shotwell at this point (another is #1798 (closed)). I'll be happy to mark this as the very first feature slated for 0.14. Again, this isn't a promise, but I do think this feature should be near the top of our list.
Comment 27
Updated by Ash Balgimbayev about 1 year ago
- File 1594_3.diff added
Hello today I update patch from jim
I look forward very much with this feature and try help you!
Here is what I change.
-
Patch merge to the GIT master
-
Folder tree work when Shotwell add and remove photo
-
New icon on folders which contain the photos inside
Can I get patch in release? I like very much if this included in Shotwell. Say what need programming and I do
Sorry english so bad, wife not here to help translate.
Comment 28
Updated by Ash Balgimbayev about 1 year ago
Has the review happen on patch yet? I run Shotwell with patch many days and no problems
Comment 29
Updated by Adam Dingle about 1 year ago
Ash,
thanks very much for the updated patch. It's too late to land this for 0.13 since we're past our feature freeze already. But we'd really like to have this feature for 0.14. At the moment the team is busy finishing up 0.13, which will be released in just a couple of weeks. Once that's complete, we'll be able to look at your patch and give you some feedback. Thanks for your patience!
Comment 30
Updated by Adam Dingle about 1 year ago
- Status changed from Open to Review
Comment 31
Updated by Eric Gregory about 1 year ago
- Assignee set to Lucas Beeler
Assigning to Lucas for review.
Comment 32
Updated by Mike H 12 months ago
Is it possible to subscribe to a PPA for this? If not, can you confirm that 1594_3.diff is the correct diff file to merge?
Comment 33
Updated by Jim Nelson 12 months ago
This patch hasn't landed, so we can't package it into a PPA. We plan on reviewing this patch soon and considering Folders for the 0.14 release, but I can't say when that will happen.
Comment 34
Updated by Jim Nelson 11 months ago
- Category set to library-mode
Comment 35
Updated by Jim Nelson 10 months ago
- Status changed from Review to 5
Applied in changeset 0cbf60b5.
Comment 36
Updated by Lucas Beeler 10 months ago
- Resolution set to fixed
Comment 37
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Fixed
--- Bug imported by chaz@yorba.org 2013-11-25 21:43 UTC ---
This bug was previously known as bug 1594 at http://redmine.yorba.org/show_bug.cgi?id=1594 Imported an attachment (id=261588) Imported an attachment (id=261589) Imported an attachment (id=261590)
Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Version: 0.14.0
Resolution: RESOLVED FIXED