GNOME Bugzilla – Bug 723435
Misleading menu Layer/Transform/Arbitrary rotation
Last modified: 2014-02-08 09:25:38 UTC
All the transforms in "Layer/Transform" apply to the full layer, whether there is a selection or not. Except the "Arbitrary rotation" that rotates the selection if there is one and creates a floating selection. This is inconsistent, especially since the Flip operations (that also have an equivalent transform tool) will ignore the selection (unlike the Flip tool). So what is the point of this menu entry, since it does exactly the same thing as the Rotate tool?
Having it invoke the rotate tool is its exact purpose, I'm tempted to close as NOTABUG.
The problem is the inconsistency... First, all the Layer/Transform entries also apply to the active channel. OK, we can live with that. The Flip/Rotate series apply to the full drawable whether there is a selection or not. So these are not mere calls to the Flip tool. The offset transform also applies to the full drawable. So the arbitrary rotation that scales whatever is a bit out of place there and isn't really useful since it does exactly the same thing as the Rotate tool. Or why only Rotate and not the interactive Scale tools and the other Transform tools? And what will this entry become when we get the Universal Transform tool? And while we are at it, "Layer/Scale layer" is also technically a transform and also only applies to the drawable and not to the selection, so it would make sense in Layer/Transform, at least much more sense than the arbitrary rotation.
You have good points. However the menu structure is the result of almost endless discussion years ago, we won't change it based on discussion in a bug report. Please bring this up on the gimp-developer list. Closing as INVALID because we won't reach a decision here.
You have good points. However the menu structure is the result of almost endless discussion years ago, we won't change it based on discussion in a bug report. Please bring this up on the gimp-developer list. The menu item was added because people were looking there and complaining. Consistency is a good argument, but by that logic we would have to remove half the items from the "File" menu (File -> Quit makes no sense whatsoever, it's just tradition). Closing as INVALID because we won't reach a decision here.
Argh double commit, sorry.