Dov Grobgeld (dov.grobgeld@xxxxxxxxx) wrote: > My guess is that this happens is that the original ellipse is first reduced > from a contour to a bitmap "selection", and then the edges of this bitmap > is somehow traced. > > On the other hand the result may be improved by instead of stroking the > selection, you convert the selection to a "path" and then stroke the path. > This approach is practically identical to the Inkscape result: > [image: stroke-path.png] > But why are these different? What use then is stroke selection? Shouldn't > stroke selection use the same algorithm? You're right: Stroking a selection means, that the stroke follows the "marching ants" exactly, which means that there are a lot of 90° turns, which are executed according to the line-join property. Especially with the "miter" join style this leads to a pretty significant change in the perceived stroke width. It is slightly better with the "round" join style. I've tried ages ago to address this problem, but it turns out it really is hard. There is some discussionn of this problem in https://bugzilla.gnome.org/show_bug.cgi?id=50730 I hope this helps, Simon -- simon@xxxxxxxx http://simon.budig.de/ _______________________________________________ gimp-developer-list mailing list List address: gimp-developer-list@xxxxxxxxx List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
