Andrew (Ross) and Hazen, there are some questions for you below. To help with the process of nailing down the date of the stable release, I thought it would be worthwhile to summarize the PLplot issues that have recently been mentioned on list.
1. Second-page problem for gd.c where the letters became blurry and certain lines completely disappeared. 2. plptex3 issue with the interpretation of the sign of the just parameter for Hershey fonts (but modern fonts are fine). Shown by second and third pages of example 28 when using Hershey fonts. 3. plptex3 transformation issues (shown by first page of example 28). 4. replace -dev png with -dev pngcairo in script to generate website examples. 5. Incompatibilities between recent versions of octave and our octave interface. 6. Bounding box issues with the cairo devices. 7. More Ada examples. Here are my comments/questions about each of these issues. 1. Andrew (Roach) has fixed this issue. 2. and 3. Hazen is looking at these issues. Hazen, once you are finished with that evaluation could you comment on what you think is possible before the stable release? 4. I will take responsibility for this issue but, Hazen, I would like you to test my changes fairly soon after I make then so please get in touch off list about a mutually convenient day for working on this issue. 5. The octave interface works fine for me on Debian sarge (oldstable) with octave 2.1.69. I don't know whether it works for the version 2.1.73-13 of octave (which is part of Debian stable, testing, and unstable versions) and various 2.9.x versions of octave on Debian stable, testing, and unstable. >From Orion's Fedora results I assume 2.9.x is currently problematic on all Debian versions. Andrew (Ross), since you are our octave expert could you comment on the octave version problem and the best way you think we should solve it? This is fairly urgent because PLplot is the only free software plotting package available for octave. (There is also gnuplot still available in Debian, but it's long-term feature in Debian is in doubt because the developers there are beginning to realize that gnuplot is not free software.) 6. Hazen and I have discussed a possible solution for this issue, but I have no time to work on that solution before the release. Also, delay/benign neglect is probably a good strategy in this case because there is a possibility of a new API in cairo which will make this issue much easier to deal with. 7. I have recently committed some new Ada examples by Jerry, but my understanding is he may be able to implement even more Ada examples depending on his time constraints and exactly when the stable release occurs. To summarize the above, there are still some on-going issues that have been brought up recently on the list, but whether they are resolved or not before the stable release is completely up to the individuals involved (except for issue 1 which has been fixed and issue 4 where I have firm plans to deal with it). Please comment if there is anything I missed or you have an update on what you would like to do before the stable release. 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
