On 2008-10-05 22:36-0400 Hazen Babcock wrote: > > On Oct 4, 2008, at 10:18 PM, Alan W. Irwin wrote: > >> These three issues will not affect my on-going svg >> PLplot logo work, but it is obviously important to solve them to make -dev >> svg a complete and outstanding device driver. > > (1) Subscripts were always being misinterpreted as superscripts, but that was > just a sign problem and this should be fixed now. > > (2) The -ori option, or more correctly pls->diorot, was being ignored by the > text rendering subroutine and this should also be fixed. > > (3) The question is, should cross-hatching be implemented? It looks to me > like it has something to do with fill patterns. The relevant flag is > pls->dev_fill1.
Thanks, Hazen, for drawing my attention to pls->dev_fill1 (which I believe is properly documented in include/plstrm.h). I also read through the core code to confirm that documentation. The question for both fill0 and fill1 is does the driver have the unique native ability to do solid/pattern fills or do you fall back to the PLplot core software to emulate those? The core emulation of solid fills looks pretty bad so it is fortunate that most drivers have that native ability, but the core emulation of pattern fills looks good so it is no problem that most drivers do not have this special capability. I have set pls->dev_fill1 = 0 as a result of these considerations, and as expected, the cross-hatched result automatically generated by the PLplot core looks fine for example 15 now. So your two changes above, this last pls->dev_fill1 change, and also my change to default text clipping means we have an svg device driver now that produces results for all our standard examples that renders with extremely high quality for the right svg viewer (firefox in my case). Also, spot checks of the results indicate they validate at http://validator.w3.org which is an important consideration when reporting issues for our svg results with other software. Many thanks for having the vision and and energy to put this extremely useful device driver together in the first place. Thanks also for doing such a great job of fixing the subset of bugs revealed by the standard examples that I could not handle myself. AFAIK, there is one obscure issue that I noticed by chance that is still left to fix. If you change example 10 to double the character size "plschr(0., 2.)" then the ends of the string are clipped correctly at the borders of the inner box as expected. However, if you rotate coordinates with the -ori option, the text clipping box does not rotate and clips the rotated enlarged string in the wrong place. (You can also [barely] see the effects of this bug if you do not bother with doubling the text size which is the environment where I spotted it in the first place. But doubling the text size makes the bug completely obvious.) I fiddled with the order of the clipping commands relative to the rotation commands within the resulting svg file, but that seemed to remove all text so I must have been doing something that was not quite correct. If you know a quick fix for this one, that would be great just to get this last known -dev svg issue out of our hair, but I would assign this bug a low priority and put off the fix if you estimate it is going to take a substantial amount of your time to fix. 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 __________________________ ------------------------------------------------------------------------- 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
