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 678227 - Using spacebar to move the image doesn't work after clicking on other docks in singel-window mode.
Using spacebar to move the image doesn't work after clicking on other docks i...
Status: RESOLVED DUPLICATE of bug 675549
Product: GIMP
Classification: Other
Component: User Interface
2.8.0
Other All
: Normal critical
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2012-06-16 20:17 UTC by trusktr
Modified: 2012-07-30 15:38 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description trusktr 2012-06-16 20:17:30 UTC
For example, in single-window mode, if I click somewhere inside the Layers dialog or the Tool Options dialog, then move the mouse pointer over the image while holding spacebar, the image doesn't move as expected. Even if I click on the image's tab at the top, the image still doesn't move.

PROBLEM: The only way to make the image move by holding spacebar and moving the pointer is to first click inside the image to make it active, then the spacebar+drag technique works. Unfortunately, this is an annoyance because then if I had the paint brush tool last active, clicking in the image to make it active means I made a paint mark in the image and it now has to be undone.

Further more, knowing that I have to click in the image to be able to drag it around, I now have to make sure I change my current tool to be sure I don't paint inside the image.

Overall, this is super annoying and is the only reason why I would not use single-window mode. If the user holds spacebar and drags the mouse pointer over the image, it should move the image around no matter what.

In multi-window mode, one simply makes the window active and can drag the image around, which is very easy and the user doesn't have to worry about making a mark inside the image. In single-window mode, it seems the only way to make the image active so we can scroll it would be to click on it's tab, but that is not the case. We should, at the very least, have the functionality where clicking the image's tab makes the image available for spacebar+dragging scrollability, though being able to do spacebar+drag for scrolling at all times would be better in my humble opinion.
Comment 1 André Klapper 2012-06-16 20:35:12 UTC
As you set the Version field to 2.8.0-RC1, could you please try this with the final 2.8.0 version?
Comment 2 Michael Natterer 2012-06-16 20:59:05 UTC
Key events go where the keyboard focus is. The pleasures of single window...
Comment 3 trusktr 2012-06-16 21:36:58 UTC
At the very least, clicking the image's thumbnail should allow us the spacebar/drag scrolling since pressing the spacebar after clicking a tab doesn't do anything.
Comment 4 trusktr 2012-06-16 21:38:17 UTC
@André Klapper aah yes, my distro has it now. Let me test with the final 2.8.0.
Comment 5 GrafxUser 2012-07-10 16:56:58 UTC
I tried to reproduce it with 2.8 (Jernejs build) on Windows 7 (32 bit).
For me it works almost fine in Single- and Multi-window-mode. The original problem still occurs in SWM after clicking in the Layers dialog, a tool option or switching back from MWM. If the image doesn't fit the whole screen, e. g. there is a gray area around the image, the user can also click into that gray area to activate panning without accidently modifying the image.
Comment 6 Michael Natterer 2012-07-30 15:38:02 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

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