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 152846 - Angular GIH brushes wrong stroke
Angular GIH brushes wrong stroke
Status: RESOLVED DUPLICATE of bug 50730
Product: GIMP
Classification: Other
Component: General
2.0.x
Other Linux
: Normal normal
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2004-09-16 19:45 UTC by Raymond Ostertag
Modified: 2004-11-17 19:06 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Raymond Ostertag 2004-09-16 19:45:26 UTC
Julien made an example for gimp-help, a GIH Brushes with four layers containing
numbers 1,2,3,4 saved with parameters : Dimension 1, Ranks 4, Selection Angular.
When I stroke a selection square with this brush it's fine. For a circle or a
diamond it's not correct I think (I also tested an ellipse it's alos not correct
for me). Also with Gimp 1.2.4 it's the same results.
Here are the brush : http://raymond.ostertag.free.fr/pub/bugzilla/1234.gih
Here are the results (gimp 2.0.4 ) :
http://raymond.ostertag.free.fr/pub/bugzilla/1234_results.xcf

@+
Raymond
Comment 1 Simon Budig 2004-09-16 20:50:49 UTC
This problem is not easily fixed. The reason for this behaviour is that the line
stroked is exactly where the marching ants are drawn. So stroking a boundary
that moves to the upper right will switch between the "up" and "right" cursors
depending on the stairs that the marching ants show.

The underlying problem is the same as in bug #50730, it might be useful to mark
it as a duplicate.
Comment 2 Simon Budig 2004-09-16 20:55:55 UTC
I forgot to add: The GIH works perfectly when stroking a path.
Comment 3 Sven Neumann 2004-09-16 22:50:06 UTC
Yes, I think this should be marked as a duplicate. And we should really do
something about bug #50730.
Comment 4 Sven Neumann 2004-11-06 18:33:04 UTC

*** This bug has been marked as a duplicate of 50730 ***
Comment 5 Joao S. O. Bueno 2004-11-17 19:06:38 UTC
Actually, there is a difference in this bug - 
the problem here is fixable by adding another parameter to GIH brushes that 
have angular selections: an offset angle. 
 
If ones purpose is, for instance, have 4 arrows pointing each to up, down, 
left and right, changing the threshold angle to 45 degrees, instead of the 
default 0 degrees would make it work. Without that, the work around is to have 
8 layers instead of 4.