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 137692 - Guides not going away when dragged off image
Guides not going away when dragged off image
Status: RESOLVED DUPLICATE of bug 129095
Product: gtk+
Classification: Platform
Component: Backend: Win32
2.2.x
Other Windows
: Normal normal
: ---
Assigned To: gtk-win32 maintainers
gtk-bugs
: 138313 141265 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-03-19 15:13 UTC by r schaar
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description r schaar 2004-03-19 15:13:20 UTC
There appears to be no way to drag guides from an image to make them
dissapear. Drag a guide from the middle of an image back to the ruler or
off the the opposite side of the image and it will reappear where you
dragged it from. Moving them is possible, however making them go away is
not. I have also tried "toggle guides" in case it was some wierd video
thing and they re-appear.

Windows 2000
Gimp 2.0 pre 4
GTK 2.2.4-2
Comment 1 Sven Neumann 2004-03-19 16:49:01 UTC
Works well here on Linux / X11.
Comment 2 Michael Natterer 2004-03-19 20:38:34 UTC
Would someone try this with the gtk-2-2 branch from CVS
please? There were some post-2.2.4 checkins to the win32
backend that may fix this.
Comment 3 r schaar 2004-03-26 12:46:57 UTC
Also I just tried this with win32 Gimp version 2.0.0 and gtk+-2.2.4-20040124 with the same results. I just found that it is possible to remove the guides, however in order to do this you have to make the window "containing" the image larger than the image itself so that there is grey padding around the image, then drag the guide into that. 

In gimp 1.2.x and gtk 1.3 (the version I just reinstalled to test this) this was not a requirement and as long as you dragged the guides away from anyplace where there *wasn't* image (i.e. the ruler area where you drag them from, or the scrollbars, or the desktop background away from the image window *or* the grey padding if the image window was larger than the image) they would dissapear.  This may in fact not be a bug but a change in behavior?
Comment 4 r schaar 2004-03-26 12:48:13 UTC
sorry about the formatting^^ :(
Comment 5 Sven Neumann 2004-03-26 14:16:46 UTC
No, there's no change in behaviour. On Linux the guides can be removed the same
way as in 1.2. This seems to be a misbehaviour of the Win32 GDK backend. I am
reassigning the bug-report accordingly.

This bug was originally reported against GIMP 2.0pre4.
Comment 6 Tor Lillqvist 2004-03-27 00:30:48 UTC
Can't reproduce with current CVS of GTK+ 2.2, gtk+-2.2.4-20040124, and not even 
with gtk+-2.2.4. Sorry.
Comment 7 Michael Natterer 2004-03-28 12:04:24 UTC
*** Bug 138313 has been marked as a duplicate of this bug. ***
Comment 8 Hans Breuer 2004-04-06 19:04:39 UTC
Can't reproduce with GTK 2.4, current cvs either (under win98) - maybe this issue
has somethig todo with special hardware or a loose contact in your mouse ;-)
Is there anything special with you setup (dual monitor ur such like ?)
Comment 9 shem 2004-04-07 13:24:53 UTC
I installed The GIMP 2.0 downloaded through the gimp win32 page on 3 windows xp 
(2 homes, 1 professional) computers and i can reproduce the bug. i can send you 
a video of how the bug happens, if that'd be needed.
Comment 10 r schaar 2004-04-08 06:42:55 UTC
I do use a dual monitor setup at one of two locations, however this problem occurs even without the second monitor attached. My videocard is a Radeon 9000 pro with catalyst version 3.10 driversif that helps.
Comment 11 Ross Bagley 2004-04-28 08:21:51 UTC
Another WinXP install here and I can easily reproduce the issue exactly as
described (the only way to get rid of a guide is to create some excess space
around your image and drag the guides into that void).  Guides worked as
documented in 1.2 and 1.3, but not (yet) in 2.0.0.

It may be specific to NT kernels or even as specific as XP.
Comment 12 Ross Bagley 2004-04-28 08:23:01 UTC
*** Bug 141265 has been marked as a duplicate of this bug. ***
Comment 13 r schaar 2004-04-28 16:31:33 UTC
Ross, it definitely occurs in windows 2000 also.
Comment 14 Michael Schumacher 2004-05-13 17:01:29 UTC
I can't reproduce this problem in the stable gimp branch built against GTK 2.4.1.
Comment 15 Tor Lillqvist 2004-05-14 04:06:53 UTC
This is presumably a dupe of bug #129095, which got fixed by Hans Breuer right 
after GTK+ 2.4.1 was released (but I still include the fix in my 2.4.1 build). 
Resolving as duplicate.

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