Hi Maurice: I have just committed my first attempt (see src/README.pages) to annotate all the code fragments in our source code that affect paging and familying. Could you please give this a critical read? I am especially interested in the open question of whether plsc->page_status should be set to DRAWING (or perhaps a new status?) for plP_state, and plP_esc. I guess the question turns on why DRAWING is set at all for most plotting operations. If there is some purpose to that, then my own view is the DRAWING status should also be set for at least plP_esc (which usually draws something), and perhaps plP_state as well (which AFAIK does not draw, but usually the result is status information gets written to files for file-oriented devices).
To give you some background, README.pages grew out of my continuing frustration in trying to solve a familying bug in the svg device where plP_eop is just called once for a simple example which just does plinit, pladv(0), pladv(0), pladv(0), and plend. For that example and familying, a series of valid empty pages should be generated, but in the svg case, those empty pages (after the first) are broken because repeated plP_eop calls are required to finish each empty page with the correct ending tags, and those aren't happening for a reason I am still trying to track down. Note, this issue with the svg device was encountered for the previous version of example 20 (with all the extra pladv(0) calls scattered around which were creating empty pages [which have since been removed]), and may also be related to the xml tag trouble currently occurring for example 23. Anyhow, my plan is to deal with the repeat pladv(0) case, and once that simple test case produces valid empty page files (like it should), see whether that fix solves the example 23 issues. 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
