On 18-Oct-2013 14:58, Markus Engel wrote:
This has to do with the change that ellipses
are represented now as true elliptical arcs. These are converted
to several Bezier segments.
As far as the output to other formats goes this was always the case,
just not to as many segments as now.
pathv_to_linear_and_cubic_beziers() does this conversion using a
Right, but that code didn't change, so I assume this is the result of
the default tolerance being made smaller.
Currently I'm thinking about a solution, as this is not quite
One of my ideas was that we could introduce a new tab in the settings
where you can choose the tolerances for these path conversions
That sounds good. Can the default value please go back to where it was?
I don't recall hearing a lot of people complaining about a lack of
precision in the representation of ellipses and the tolerance change
resulted in unexpected output differences.
I suppose you also need to make a distinction between what is going on
on the drawing surface and the precision on a forced conversion to
another format. Lots of graphics drivers have precision settings that
affect what is seen on the display but which do not change the
underlying data representation. This is super common for "smoothness"
settings on 3D rendering, for instance. The current change seems to
affect both. "Screen tolerance" and "Conversion tolerance", if you
Manager, Sequence Analysis Facility, Biology Division, Caltech