On Wed, Nov 19, 2008 at 10:47:45AM +0100, Werner Smekal wrote: > Hi Andrew, > > > > This is interesting and shows some driver differences. The other problem > > with the overlapping approach is that it will mess up transparency for > > those drivers which use it. We've already seen the overlap problem with > > early versions of example 30. > > > > Not sure there is any easy way around this without a more sophisticated, > > and possibly driver specific, way of filling in an arbitrary area. > > Actually example 30 is always a mess. If you don't have a stroke around > your filled area, it doesn't look good since there is something missing > between the areas. > > http://www.miscdebris.net/stuff/ex30_nostroke.pdf > > If you have a stroke around, strokes will overlap and again it doesn't > look good > > http://www.miscdebris.net/stuff/ex30_stroke.pdf > > (both plots were created with pdfcairo). > > Maybe as Alan suggested we can deal with this problem playing around > with the width of the stroke, but I'm not sure about that. > Non-transparent shade plots look good though. >
Of course the real solution for example 30 is probably driver gradient fills as recently suggested by Alan on the list. In the meantime I think fixing the "common" case without transparency to work correctly is the priority. Would it be possible to turn strokes on/off with an option so users can revert to the old behaviour if they need it? Andrew ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
