GNOME Bugzilla – Bug 138816
can't zoom while cropping
Last modified: 2004-10-01 12:24:33 UTC
Hello. i still ( Bug 128833 ) can't zoom, (or do other things through keyboard shortcuts,) while cropping because the crop tool dialog box is focused and not the image window. Thanks. ( sorry, i don't know how to reopen a bug ). i'm using windows.
What keeps you from focusing the image window?
the crop & resize window keeps me from focusing the image window. here's additional info: if the crop & resize tool box or window (what's it called?) is overlapping the image window, i can't focus the image window. but if it's not overlapping, i can focus the image window but after pressing, for example the minus key to zoom out, the focus changes back to the crop & resize options window so that if i press zoom out again, the minus (-) get's typed in the textbox of in the crop & resize window. it would be nice if it (the crop & resize window) would not steal focus so that i can continue zooming the image without clicking the image window again. thanks in advance.
This behaviour is not reproducable on X11 / Linux and I have no idea what could be causing it. Can someone else reproduce this?
Somehow I get the impression that this is a duplicate of bug #136556. Can this be confirmed?
It happens with every tool dialog.
I don't see what's different about tool dialogs. The crop tool uses the info_dialog API which just creates a GimpViewableDialog. It passes NULL as parent widget, so the dialog is not declared transient, it's just an ordinary GtkDialog. Does this also happen if the for example the Image Scale dialog is open? That's also a GimpViewableDialog.
Yes it also happens. i've installed GIMP in 3 windows xp OSes and i can reproduce the bug in those 3 computers. what else can i do? would you guys need a screen video of it?
No, we don't need a screen video, we need a skilled gdk/win32 hacker to debug this problem.
FYI, the dialog of the colors tools (curves, levels, etc...) don't show this behaviour.
I've tried this on three different platforms and think the behaviour is annoying on all of them (but consistent;-) - win98 (latest greatest) - OSX 10.3 (about two month old) - Gentoo/GNOME/Metacity (1.3.24, still updating ...) * The Crop Dialog opens on mouse down, that is while the user tries to draw the rectangle for cropping. * It is placed near of the upper left (for right handed people:-) corner of the rectangle to be cropped - and thus is almost always in the way * It is modifiying the numerical entries while still dragging and the this apparently gives the focus back to the Crop Dialog which is above the image * Every three platforms allow to activate the image window - by clicking on the title - but if you try to +- (zoom in/out) the second keystroke is not sent to the image window, but the 'Origin X' entry If this is working on some other window manager, I'd still think The GIMP is expecting too much of the (common) window manager(s) or the user ...
It doesn't behave this bad on my system but I looked at it again and I think the major problem here can be solved by the following change: --- app/dialogs/info-dialog.c 13 Sep 2004 15:14:02 -0000 1.59 +++ app/dialogs/info-dialog.c 30 Sep 2004 19:07:32 -0000 @@ -110,10 +110,7 @@ info_dialog_show (InfoDialog *idialog) { g_return_if_fail (idialog != NULL); - if (GTK_WIDGET_VISIBLE (idialog->shell)) - gdk_window_show (idialog->shell->window); - else - gtk_widget_show (idialog->shell); + gtk_widget_show (idialog->shell); } void This change of course means that if the dialog gets hidden behind some other window, it won't come up when the crop rectangle changes but perhaps that's what most people would prefer. This change would also affect the transforms tools.
2004-10-01 Sven Neumann <sven@gimp.org> * app/dialogs/info-dialog.c (info_dialog_show): do what the function name says, show the window, but don't present it. Fixes bugs #128833 and #138816.