bug in saving figure with dashed lines

The draw_lines method in the PS backend divides the line

    > into subsequences of at most 50 points, and calls the
    > "stroke" operator for each subsequence, which in effect
    > resets the dash offset. Thus if 50 consecutive points fit
    > within a dash, the line appears solid.

50 seems awfully small to me. There are maximum length path
limitations of some postscript interpreters which is why we batch
these up. Darren, could we get away with a step of 1000 here rather
than 50?

JDH

Here are GGV's render times for a line containing 1e6 points:

division | time (s)
50 3
1000 9
100000 8
none 28

I bumped it up to 100,000 in svn 2644, which seems to have improved the dash
problem.

Darren

···

On Tuesday 01 August 2006 08:52, John Hunter wrote:

    > The draw_lines method in the PS backend divides the line
    > into subsequences of at most 50 points, and calls the
    > "stroke" operator for each subsequence, which in effect
    > resets the dash offset. Thus if 50 consecutive points fit
    > within a dash, the line appears solid.

50 seems awfully small to me. There are maximum length path
limitations of some postscript interpreters which is why we batch
these up. Darren, could we get away with a step of 1000 here rather
than 50?