On 2007-08-11 21:05-0400 Hazen Babcock wrote: > > On Aug 8, 2007, at 5:27 PM, Alan W. Irwin wrote: > >> Just to review the status here, Hazen has fixed the stdout issue (issue >> 2), >> and a resolution problem (issue 6 discussed off list with Hazen). Here >> are the remaining issues that I am aware of. >> >> (1) The bounding box is still not quite correct. Hazen has fixed the major >> problem (swapping of X and Y coordinates of the bounding box) so at least >> the bounding box is no longer smaller than the actual plot either >> coordinate. What remains to be done is to shrink the somewhat too large >> size >> of the current bounding box to the actual extent of the plotting data for >> each individual case. This is a standard postscript issue so libcairo may >> have a solution for it (i.e., returning the maximum x and y ranges of the >> plotting surface that was used), but what we have now is acceptable for >> most >> uses. > > The cairo driver plots look the same across different types of output. I > don't think this will be easy to change since this consistency is one of the > goals of the cairo project.
OK. Good point. > >> (3) There are still minor 3D plot labelling problems. For example, if you >> look at example 8 the y-axis labels (and possibly the z-axis labels) are >> oriented properly but their size is too large. To see this I suggest you >> visually compare with the same plot generated with -dev psc. >> >> (4) Text clipping has not yet been implemented. (The first page of example >> 9 >> shows this issue.) > > I'm pretty sure that none of the drivers I've nominally been responsible for > (aqt, svg and cairo) implement text clipping. I'll see what I can do... > >> (5) pscairo ignores the -portrait flag and the -ori flag gives strange >> looking results with part of the plot (the titles) oriented to a new >> direction and the rest of the plot ignoring -ori altogether. > > The driver itself ignores both flags. > >> Unlike what I said before, it turns out I do need the -portrait option for >> one of my research plots so that is a showstopper for my particular case. >>> From a general perspective, though, issues 3 (which by some chance does >>> not >> affect me for the 3D angles I happen to be using for my research plots) >> and >> issues 4 are probably more important than the -portrait issue. Issue (1) >> should have a much lower priority since it is in the "would be nice" >> category. > > Should I continue to address these issues rather than the next release? Whatever course is more efficient for you is probably the one you should follow. Whatever you decide is fine with me. 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: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
