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 134250 - Intelligent scissors not creating the selection
Intelligent scissors not creating the selection
Status: RESOLVED FIXED
Product: GIMP
Classification: Other
Component: Tools
1.x
Other All
: Normal normal
: 2.2
Assigned To: GIMP Bugs
GIMP Bugs
: 315921 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-02-12 19:32 UTC by dpreezg
Modified: 2005-09-10 19:32 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description dpreezg 2004-02-12 19:32:20 UTC
Intelligent scissors does not "lock" and allow to copy most of the times.
Comment 1 Sven Neumann 2004-02-12 21:29:10 UTC
Sorry, I don't understand your bug report. Can you try to rephrase it?
Comment 2 dpreezg 2004-02-16 19:06:33 UTC
When I try to select part of an image with the intelligent scissors, 
I cannot complete the loop to end the selection. It continues to 
select another part of the picture. Every once in a while does it 
complete the loop and allow me to copy.
Comment 3 Sven Neumann 2004-02-16 20:07:33 UTC
You need to place the last point on the first point. Watch the cursor
before you attempt to click inside. If you successfully closed the
path, it will indicate that.
Comment 4 dpreezg 2004-02-17 19:07:38 UTC
I have tried it at least 100 times, taking great care what I do. I 
have done it with different computers. Sometimes it work, sometimes 
it doesn’t. When you place the last point over the first, the cross 
increases in size. If you click on the first point, the cross stays 
big. If you move the cursor inside the loop, one of four things 
happens:

1. The big cross disappears and the loop is closed (sometimes).
2. The big cross disappears and an inverted half-circle appears 
(loop not closed?). If you click on the first point, you can move 
the loop, indicating that the loop is closed.  If you click inside 
the loop, the loop disappears.
3. The big cross disappears and a small cross appears, showing that 
the loop has not being closed
4. An even bigger cross appears, and you can move the size of the 
loop, but the loop disappears when you click inside.
Comment 5 Sven Neumann 2004-02-17 19:22:02 UTC
Well, we will have to reopen this bug then. Can someone reproduce this?
Comment 6 Dave Neary 2004-02-18 15:09:30 UTC
I'm afraid not I.

Dave.
Comment 7 Michael Natterer 2004-07-27 13:10:48 UTC
Reporter, is this reproducable with GIMP 2.0.x?
Comment 8 Dave Neary 2004-07-27 13:46:41 UTC
Can we increase the target area for the control points on the intelligent
scissors by a pixel?

I have had trouble closing loops too, I guess this might be the cause (they
always close in the end though, it's just a question of clicking in the right
place).

Dave.
Comment 9 Michael Natterer 2004-08-05 15:47:17 UTC
Increased the control point size. Closing as FIXED assuming this makes
closing the loop easier. Please reopen if the bug still happens.

2004-08-05  Michael Natterer  <mitch@gimp.org>

	* app/tools/gimpiscissorstool.c: increased the handle size from 8
	to 9 pixels (which is the same as in the path tool) as suggested
	in bug #134250.
Comment 10 dpreezg 2005-07-04 19:23:54 UTC
The problem still persists. I am using three different computers and only once 
in every 20 times does the loop closes. I am using Gimp for Windows 2.2.8. 
Maybe it would solve the problem if there was a "Create selection from path" 
type of button to close the loop?

This function is completely unusable for me.
Comment 11 Michael Natterer 2005-09-10 19:21:09 UTC
*** Bug 315921 has been marked as a duplicate of this bug. ***
Comment 12 Michael Natterer 2005-09-10 19:32:00 UTC
Fixed in both branches:

2005-09-10  Michael Natterer  <mitch@gimp.org>

	* app/tools/gimpiscissorstool.c	(gimp_iscissors_tool_button_release):
	use gimp_draw_tool_on_handle() to figure if we need to close the
	path. Makes sure that the anchor's sensitive area matches its size
	on screen. Fixes bug #134250.