> > Now, here comes the problem. This affects even the unmodified version of
> > gnuplot. Gnuplot plots the function being plotted not with one continuous
> > line, but with many short segments, and, in each segment, the dash pattern
> > starts over.
> To me, this suggests your implementation of dash-patterns is not correct.
Except, it's not my implementation. All I implemented was the ability to
dynamically select particular dash patterns on the gnuplot command line
rather than setting them in the .Xdefaults file. My patch is only for the
user interface, not the graphics output.
> You either have to anchor the dash pattern do some particular position,
> and stick to it (like it's done with 'brushes' on some platforms: the
> brush defines a 2D tiled image pattern, and each line you draw makes a bit
> of it visible), or be careful with your interpretation of the sequence of
> 'move' and 'draw' sequences you get from gnuplot. You may have to filter
> out no-op 'term->move(x,y)' calls that move to the position the pen
> already has.
That sounds like it's more work than I wish to do at the current time. Fixing
this isn't necessary to solve my problem (having to produce a plot in according
to a previously standardized format), so I will likely leave this to
someone else, unless I suddenly discover some unexpected free time.
> The postscript driver takes extra care to use the 'polyline' feature of
> postscript, instead of drawing lots of isolates line segments. That's the
> trick you would have to implement/imitate for other terminal drivers.
Not so easy.
I will be working on adding dynamic pattern selection support to the postscript
driver later today. I have to have these plots completed and turned in
by January 10 (and the same time every month thereafter) so that sets a
deadline for me to get this working.
[[[[ unsubscribe from info-gnuplot-beta via majordomo@...