Filenames make poor default titles (or, optionally display filenames and/or titles)
Submitted by an unknown user
Link to original bug (#717370)
Description
---- Reported by shotwell-maint@gnome.bugs 2011-03-12 19:15:00 -0800 ----
Original Redmine bug id: 3331
Original URL: http://redmine.yorba.org/issues/3331
Searchable id: yorba-bug-3331
Original author: Michael Gratton
Original description:
In 0.8.1, if a photo has no title, but View > Titles is selected its filename is displayed instead in the Event view.
This does not seem terribly helpful. I can't think of a use case for it that doesn't break when a title is set – for example if you used it to work out the file name for a photo, setting a title would stop you for doing that.
It would perhaps be better to display no title when one is not set. This would help users locate actual photo titles more easily, which is good when browsing but especially useful when editing titles.
For people that actually want the file name displayed (I generally don't), then adding specific support for that might be useful (i.e. add a View > Filenames menu item).
Related issues:
- related to shotwell - Feature #1594 (closed): folder tree in sidebar (Fixed)
- related to shotwell - 4187: Flickr upload converts spaces in filenames to "%20" (Open)
- duplicated by shotwell - Feature #6266: Option to show filenames & titles (Duplicate)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-16 14:44:00 -0700 ----
History
Comment 1
Updated by Adam Dingle over 2 years ago
- Priority set to High
I like this suggestion. Filenames are generally uninteresting, so it would be nice to be able display titles for photos that have them without displaying filenames for those that don't.
Comment 2
Updated by Adam Dingle over 2 years ago
- Target version set to 0.10
Comment 3
Updated by Adam Dingle over 2 years ago
I think the best solution to this is the following: let's have separate menu items View->Titles and View->Filenames. If both are checked, then we will still show only one string per photo, but titles will take precedence over filenames.
Comment 4
Updated by Jim Nelson over 2 years ago
If the photo has no title but tags and the app is configured not to show filenames, should there be a blank space between the thumbnail and the tags or should the tags be displayed where the title would go? Consider the case where the photo beside it has tags and a title.
I think either case can lead to undesirable or suboptimal visual results.
Comment 5
Updated by Michael Gratton over 2 years ago
Lleaving a blank space when there is no title would be visually disrupting, moving the tags up would be less so, however.
A third option would be to display the title above the thunbnail, rather than below it, while keeping the thumbails aligned. This seems preferable anyway, since it is a title.
Comment 6
Updated by Adam Dingle over 2 years ago
-
Target version deleted (
<strike>
_0.10_</strike>
)
A bit late to tackle this for 0.10 at this point. Hopefully for 0.11.
Comment 7
Updated by Jim Nelson 10 months ago
- Description updated (diff)
- Category set to ux
Comment 8
Updated by Jim Nelson 10 months ago
- Subject changed from Filenames make poor default titles to Filenames make poor default titles (or, optionally display filenames and/or titles)
- Target version set to 0.15.0
In #6266, a user requested making filenames more, not less, visible, so perhaps Adam's suggestion to allow either or both is worth reconsidering.
Another issue is now that folders are another way to view the collection (#1594 (closed)), that's a view where it would make sense to display the filename always, either in place of or along side the title.
Comment 9
Updated by Jim Nelson 8 months ago
- Target version changed from 0.15.0 to 0.16.0
Comment 10
Updated by Jim Nelson 6 months ago
-
Target version deleted (
<strike>
_0.16.0_</strike>
)
--- Bug imported by chaz@yorba.org 2013-11-25 21:51 UTC ---
This bug was previously known as bug 3331 at http://redmine.yorba.org/show_bug.cgi?id=3331
Unknown version " in product shotwell. Setting version to "!unspecified". 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. Resolution set on an open status. Dropping resolution