Hi Alan, > Those are most interesting comments, Werner. One of our users once sent a > patch to solve the same problem for the ps device by essentially repeating > the filled areas with slight x,y shifts to suppress the background > leak-through you get with antialiasing. That patch worked, but we didn't > accept it because it made the plots too large/too slow to render. Your idea > of adding a boundary stroke for the filled area to keep the background from > leaking through when antialiasing does essentially the same thing but > without the too large/too slow baggage. Of course, you should save and > restore the user stroke width and find the optimal stroke width for your > boundary stroke, and I am positive this idea will work if you do that.
That's actually a good point. So far (for the AGG driver) I only plotted into an image, so there was no file operations involved. I just made the corresponding changes to the cairo driver and as you say, the size of the pdf file nearly doubles. And I also never took care about the width of the pen, I just used what was set. Using vector graphics you have always the possibility to fill, stroke or fill and stroke a path. The fill and stroke way leads to larger files, but you want your plot look good, don't you? > > I am looking forward to seeing what your cairo results look like. This > antialiasing issue is the number one issue for the cairo devices (and the > reason the svg results look so much better than cairo results at the > moment). > > Once we are happy with the cairo antialiased results, then we > should propagate the boundary stroke idea to the other devices (e.g., ps and > psttf) as well that show this same issue. > > Personally, I think it is worth (slightly) delaying the release to get this > long-standing important issue fixed. Hazen, if you agree, then does the > weekend of December 6th seem like a good time to release? I'll commit the changes in a minute. If it's not agreed that these changes are more positive (good looking) than negative (bigger filesizes) then we revert them, they are only minor (so far). Regards, Werner > > Alan > __________________________ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: [EMAIL PROTECTED] web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 ------------------------------------------------------------------------- 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 [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
