After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 166933 - aspect ratio or size constraints on Crop dialog like the ones on RectSelect
aspect ratio or size constraints on Crop dialog like the ones on RectSelect
Status: RESOLVED DUPLICATE of bug 91846
Product: GIMP
Classification: Other
Component: User Interface
2.2.x
Other All
: Normal enhancement
: 2.4
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2005-02-10 14:47 UTC by Leon Brooks
Modified: 2008-01-15 12:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Leon Brooks 2005-02-10 14:47:18 UTC
Add aspect ratio and size constraint controls to the Crop dialog. And of course 
make them work like the same controls on the Rectangular Select tool. 

Other information:
This lack can be worked around by RectSelecting an area, then switching to Crop 
tool, clicking in the selection and clicking the "from selection" button but it 
is clumsy and a lot of mouse miles.
Comment 1 Sven Neumann 2005-02-11 00:04:05 UTC
There's certainly room for improvement, so we will leave this open as an
enhancement request (unless I missed an earlier report when searching for
duplicates).

You realized that you can easily crop from a selection using Image->Crop Image
or Layer->Crop Layer? And that the crop tool has a "Keep aspect ratio" option
bound to the Shift key?
Comment 2 Leon Brooks 2005-02-11 04:00:46 UTC
No, I didn't notice the Shift binding. But it would still be more consistent to have the same 
controls on both rather than relying on one slightly more arcane way of doing it. 
 
One reason I liked PDP-11 assembler two and a half decades ago was that it was highly 
orthogonal, and I regularly see people express this as "it works the same way 
everywhere". It make the menu people happy, the panel people happy *and* the 
keyboard people happy. (-: 
 
My approach is that if a process is opaque to me for non-thwack-forehead reasons (and 
sometimes even for thwack-forehead occasions), it'll also be opaque to others. 
 
I do search for dupes before ever posting a new bug, but appreciate you duping the dupe 
search because you'll probably think of different ways others may have said the same 
thing. 
Comment 3 Raphaël Quinet 2005-02-11 09:21:54 UTC
Although this may not be an exact duplicate, this is at least related to the
discussion in bug #91846 and the spin-off bug #91934.  If the selection tools
and the crop tool end up having a similar interface, then I guess that this
bug would be solved at the same time.  Maybe we could add a bug dependency,
if not a duplicate?
Comment 4 Sven Neumann 2005-02-12 11:56:08 UTC
Both the Crop tool as well as the rectangular and elliptical selection tools are
supposed to be rewritten and should be using a common base class to select an
area. That should make their look and feel consistent.
Comment 5 Michael Schumacher 2006-01-22 18:22:11 UTC
Hm, we can should consider to mark this as fixed, IMO the requested functionality is already in 2.3. At least let's set the target miletone to 2.4, this is what the new tools will have than.
Comment 6 Michael Schumacher 2006-04-08 09:13:08 UTC
Leon, it would be nice if you could try current CVS and check if the crop tools does offe what you had in mind.
Comment 7 Michael Schumacher 2006-07-03 20:54:56 UTC
IMO this is a duplicate of bug 91846 (and thus fixed now), resolving accordingly.

*** This bug has been marked as a duplicate of 91846 ***