Rotation options should not be in a submenu

Bug #120733 reported by Endolith on 2007-06-16
2
Affects Status Importance Assigned to Milestone
gThumb
Invalid
Wishlist
gthumb (Ubuntu)
Wishlist
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gthumb

Currently there is a "Transform" menu, with four rotate and flip options in a submenu. These should just be part of the Image menu; there is plenty of room.

ProblemType: Bug
Architecture: i386
Date: Sat Jun 16 13:43:21 2007
DistroRelease: Ubuntu 7.04
ExecutablePath: /usr/bin/gthumb
Package: gthumb 3:2.10.2-0ubuntu1
PackageArchitecture: i386
ProcCmdline: gthumb file:///home/omegatron/Friends/Eowyn/Photo001_0608.jpg
ProcCwd: /home/omegatron
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: gthumb
Uname: Linux Inspiron 2.6.20-16-generic #2 SMP Thu Jun 7 20:19:32 UTC 2007 i686 GNU/Linux

Endolith (endolith) wrote :
Pedro Villavicencio (pedro) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. You think that they should be put in the Images menu just because there's enough space or some other strong reason? because it doesn't make too much sense for me moving it just because there's space. thanks.

Changed in gthumb:
assignee: nobody → desktop-bugs
importance: Undecided → Wishlist
status: New → Incomplete
Endolith (endolith) wrote :

Yes, because there's enough space. It's like making a submenu with only one option inside. Why make the user click twice for something as commonly used as this?

See the GNOME Human Interface Guidelines for similar sentiment:

http://developer.gnome.org/projects/gup/hig/2.0/menus-types.html#menu-type-submenu

Guidelines
 * Use submenus sparingly, as they are physically difficult to navigate and make it harder to find and reach the items they contain.
 * Do not create submenus with fewer than three items, unless the items are added dynamically (for example the File->New Tab submenu in gnome-terminal).
 * Do not nest submenus within submenus. More than two levels of hierarchy are difficult to memorize and navigate.

There are four items, so it's a borderline case, but I think it should not be a submenu.

Pedro Villavicencio (pedro) wrote :

Ok, will forward upstream, thanks for your comments.

Changed in gthumb:
status: Incomplete → Triaged
Changed in gthumb:
status: Unknown → New
Duncan Lithgow (duncan-lithgow) wrote :

I just want to say that I support this RFE. I use this feature often and don't understand why the extra submenu is needed. Rather than ask "should we move it just because there's space" the developers could have asked earlier "should we move it to a submenu, we have space to leave it in 'Image'".

mjc (mjc-avtechpulse) wrote :

It's a bit more complicated than that. The "Transform" submenu should be removed entirely, to be replaced by the Tools > Rotate Images function - because that one is lossless for jpegs.

The image-menu functions do not require an immediate save, but the tools-menu ones do, so upstream gnome bug 376308 needs to be resolved first.

- Mike

Changed in gthumb:
status: New → Invalid
Endolith (endolith) wrote :

In fact, where are there two separate rotate options?? There's a lossless rotate under the tools menu that requires way too many clicks, and a lossy rotate under image --> transform that requires too many clicks. There must be a bug filed about this already...

Endolith (endolith) wrote :

Should this be tracking http://bugzilla.gnome.org/show_bug.cgi?id=452785 instead?

Changed in gthumb:
importance: Unknown → Wishlist
status: Invalid → Unknown
Changed in gthumb:
status: Unknown → Invalid
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.