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 138816 - can't zoom while cropping
can't zoom while cropping
Status: RESOLVED FIXED
Product: GIMP
Classification: Other
Component: User Interface
2.0.x
Other Windows
: Normal normal
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2004-04-02 02:03 UTC by shem
Modified: 2004-10-01 12:24 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description shem 2004-04-02 02:03:20 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.
Comment 1 Sven Neumann 2004-04-02 10:26:05 UTC
What keeps you from focusing the image window?
Comment 2 shem 2004-04-04 04:39:29 UTC
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.
Comment 3 Sven Neumann 2004-04-04 10:54:19 UTC
This behaviour is not reproducable on X11 / Linux and I have no idea what could
be causing it. Can someone else reproduce this?
Comment 4 Sven Neumann 2004-04-04 12:09:18 UTC
Somehow I get the impression that this is a duplicate of bug #136556. Can this
be confirmed?
Comment 5 Michael Schumacher 2004-04-05 18:49:49 UTC
It happens with every tool dialog.
Comment 6 Sven Neumann 2004-04-05 20:33:44 UTC
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.
Comment 7 shem 2004-04-07 13:30:34 UTC
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?
Comment 8 Sven Neumann 2004-04-07 15:14:47 UTC
No, we don't need a screen video, we need a skilled gdk/win32 hacker to debug
this problem.
Comment 9 Michael Schumacher 2004-04-08 15:32:22 UTC
FYI, the dialog of the colors tools (curves, levels, etc...) don't show this
behaviour.
Comment 10 Hans Breuer 2004-05-09 16:07:37 UTC
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 ...
Comment 11 Sven Neumann 2004-09-30 19:14:53 UTC
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.
Comment 12 Sven Neumann 2004-10-01 12:24:33 UTC
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.