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 447183 - eyedropper works not properly
eyedropper works not properly
Status: RESOLVED NOTABUG
Product: GIMP
Classification: Other
Component: libgimp
2.3.x
Other Windows
: Normal normal
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2007-06-13 15:38 UTC by Heiko Schmidt
Modified: 2008-01-15 14:12 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Heiko Schmidt 2007-06-13 15:38:13 UTC
If you click the eyedropper it's not possible to pick a color outside of Gimp somewhere on the screen as described in the corresponding tool tip. It works well under Linux (Ubuntu).
Comment 1 Sven Neumann 2007-06-13 16:33:19 UTC
What exactly does happen? Does it pick a color or not? What version of Windows are you using? What version of GTK+?

The relevant code is in http://svn.gnome.org/viewcvs/gimp/trunk/libgimpwidgets/gimppickbutton.c (gimp_pick_button_pick).
Comment 2 Heiko Schmidt 2007-06-14 05:48:53 UTC
Sorry for my hasty report. I can pick a color but as a little excuse I thought I cannot because of the change of the cursor icon to the default window xp style outside of The Gimp native windows. This is different to Linux. I don't know if this could be changed.

Comment 3 Sven Neumann 2007-06-14 05:59:34 UTC
GIMP does a pointer grab and specifies a cursor. This should work on Windows as well. You may want to make a simpler test case and file a bug report against GTK+ so that this can be fixed in the Win32 backend.
Comment 4 Tor Lillqvist 2007-06-14 10:02:30 UTC
Pointer grabbing and the behaviour of the cursor during a grab are not 100% correcly emulated in gdk/win32.