tags commands are in two different menus
Submitted by Adam Dingle
Link to original bug (#715705)
Description
---- Reported by adam@yorba.org 2010-02-17 04:52:00 -0800 ----
Original Redmine bug id: 1358
Original URL: http://redmine.yorba.org/issues/1358
Searchable id: yorba-bug-1358
Original author: Adam Dingle
Original description:
At FOSDEM we decided to put certain tags-related commands (Set Tags, Remove Tag) in the Photos menu because we thought that would be more logical: those commands act on photos. Now that I see this in action, though, I think it's quite confusing that some tags commands are in the Tags menu and others are in Photos. I find that I keep looking for all tags commands in the Tags menu, and only after I see they're not there do I remember to go look for them in Photos. I think this will be even more confusing for users who didn't happen to be present at our FOSDEM design discussion. :)
So I think I now vote to put all these commands in the Tags menu. It might be slightly confusing to have both New Tag and Set Tags there, but as I've written in another ticket (#1357) I think that New Tag is quite possibly unnecessary; if we eliminate that command there will be no confusion. It might also be confusing to have Remove Tag and Delete Tag in the same menu. To eliminate that confusion, I suggest that we rename Remove Tag to be called Remove Tag from Photos. (For extra credit, “Photos†could become “Photo†when only one photo is selected, in a correctly internationalized way, of course.) In the Tags menu, we could also group together the commands that operate on photos (Set Tags, Remove Tag from Photos) and separately group the commands that operate on tags (Rename Tag, Delete Tag).
None of this is set in stone. If the team thinks that this proposal would be more confusing than the current implementation then we can certainly discuss next week.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:41:00 -0700 ----
History
Comment 1
Updated by Jim Nelson almost 4 years ago
- Status changed from Open to 5
- Resolution set to fixed
- % Done set to 100
Comment 2
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Fixed
--- Bug imported by chaz@yorba.org 2013-11-25 21:42 UTC ---
This bug was previously known as bug 1358 at http://redmine.yorba.org/show_bug.cgi?id=1358
Unknown Component Using default product and component set in Parameters 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: RESOLVED FIXED