GNOME Bugzilla – Bug 136556
Crop Tool Behaves Strangely
Last modified: 2004-12-22 21:47:04 UTC
When attempting to crop an image the crop box isn't drawn from the initial point at which the image was clicked, but only starts to draw once the mouse has moved over the crop dialogue and to the other side. another issue here is that the crop dialogue is always on top of the image, and cannot me minimized to he task list. Steps to reproduce the problem: Open an image you'd like to crop select the crop tool click on the image and drag down and/or to the right Actual Results: the cropping boundary is not drawn. Expected Results: based on 1.2 behaviour, i would expect the crop dialogue to pop up, and the area a dragged accross be selected, afterwards i could fine tune the crop boundary and let the dialogue fall behind the image window until i need it, or simply click inside the boundary. How often does this happen? every single time.
Hi, I agree this is very annoying. It's a duplicate of a bug we know about, though, so all follow-up will happen on the other bug. Thanks for your report. Cheers, Dave. *** This bug has been marked as a duplicate of 128833 ***
Hi, Yes, this isn't the same bug as bug #128833. If the crop window comes up under the mouse (on Windows), the top left marker ends up getting dragged with the bottom right marker, until you start going up and to the left (very disconcerting). To get a crop selection, you have to go up and to the left. I've found another problem with the crop tool on windows, but that can go in another report. Dave.
Setting to 2.0.1 milestone since it doesn't have an immediate solution, and it has a workaround. Dave.
Is this still an issue in GIMP 2.0.0?
i'm afraid it's still a problem in GIMP 2.0.0
Both issues described in this report still happen with current CVS. The workaround is to move the crop dialog out of the image window, as it will no longer always pop up centered over the image window.
See also bug #138816 which might be related or even a duplicate.
Isn't this just another duplicate of bug #129242? Do people use the fixed version of gtk+ on windows?
Bumping to milestone 2.0.2.
This is partly fixed. Using the gimp-2-0 branch built against GTK+ 2.4.1, the crop boundary is no longer blocked by the dialog. But the dialog itself still stays on top.
Since the really nasty part of this bug is apparently resolved, and one of the more ugly effects of the "dialog stays on top" problem is discussed in bug 138816 in greater detail, this bug should IMO be closed.
Closing as FIXED then.
*** Bug 148204 has been marked as a duplicate of this bug. ***