Re: [Plplot-devel] 5.9.5 release schedule.
Hi, this is probably nothing for 5.9.5, but I'd like to remind of the issues with the Octave bindings (i.e. the matwrap script) in Windows. I will maybe have time to dig into the Perl problems in a while, unless there are plans -which I'd prefer- to switch to swig in the near future. (Andrew mentioned such ideas earlier.) Greetings, Daniel On 24.08.2009 11:20, Andrew Ross wrote: Hopefully testing will show up any other issues with the various bindings. It would be nice to finally put to rest the issues with tcl precision, but that probably depends on Arjen having time. Also there is the report that Orion made that plplot does not work with the new octave 3.2. Ideally we would fix this too, but without further information / testing it is not going to happen in a week. I have not (yet) got octave 3.2 to try this out on. Andrew On Mon, Aug 24, 2009 at 08:50:10AM +0200, Arjen Markus wrote: Hi Hazen, in addition to Alan's list there is one issue with the Tcl interface. Andrew is looking into it - at least the crash in example 29 has been solved, so probably the remaining issue is not a show stopper. Regards, Arjen On 2009-08-24 07:23, Alan W. Irwin wrote: On 2009-08-23 20:47-0400 Hazen Babcock wrote: We have 2-3 weeks until our tentative early September release date. I believe that everything that we wanted in 5.9.5 is in? Is there anything outstanding besides the tweaks to the color palette handling? Here are some comments on the present development issues I am aware of: * The release showstopper color palette initialization issue has now been fixed (see my last post to the list). * You have just fixed the superscript/subscript issue for the cairo devices, and I don't think any other devices have such issues other than the font size issue for the pdf device. I believe the pdf device is still considered to be experimental so it would be nice to get that issue fixed before the release, but it is not essential. * Werner has stated he will be working on device drivers (presumably pdf and wxwidgets) but I don't know how much time he has for that at the moment or how far he has gotten. * Hez mentioned the off-screen rendering patch in response to your post but didn't give an estimate of how long that would take. If that turns out to be long, I don't think we should delay the release for it. * Alban plans to make animated rendering faster for -dev qtwidget and do a final fix of the command-line options for qt_example the next opportunity he has to work on qt. But that next opportunity is apparently several weeks from now which is clearly too late for this release. Thus, his planned qt work will presumably be in the release after this present release. * This week I do have some plans to extend my install tree testing to the build tree, but that is just a matter of convenience and I presume that will not introduce or find any release showstopper issues. * I also plan to document the new build system for the installed examples, but such work should not introduce any release showstopper issues. * I have decided to put off the libqsastime enhancements I have discussed before until after this present release since those enhancements are pretty tricky (both in understanding the various time transformations that are implied and actually doing the C coding that will be required to implement them). Thus, the effort may take several weeks, and I certainly don't want to do it in a rush to meet a release deadline since that is a perfect recipe for introducing bugs. We certainly have more than enough improvements in svn trunk to justify a development release now without waiting for further development to be completed. Tomorrow I plan to do comprehensive tests of all three build modes (shared libraries + dynamic devices, shared libraries + static devices, and static libraries and devices) for the Debian stable platform accessible to me, and I suggest others do that as well on all platforms that are accessible to them. If those tests show no showstopper issues, then I am tentatively thinking that we could do the release next weekend (i.e., either Saturday, September 1st or Sunday September 2nd). Hazen, in case a release next weekend will not disrupt anyone's development plans, would it be convenient for you to release on one of those days? Of course, if it is not convenient for you or somebody prefers two weekends from now, that would be okay with me as well. However, I prefer we not let the timing slide to three weekends from now since I like to stick as closely as possible to release deadlines once they have been stated, and September 15th/16th barely qualifies (if at all) as early September. 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
Re: [Plplot-devel] 5.9.5 release schedule.
Alan W. Irwin wrote: Tomorrow I plan to do comprehensive tests of all three build modes (shared libraries + dynamic devices, shared libraries + static devices, and static libraries and devices) for the Debian stable platform accessible to me, and I suggest others do that as well on all platforms that are accessible to them. If those tests show no showstopper issues, then I am tentatively thinking that we could do the release next weekend (i.e., either Saturday, September 1st or Sunday September 2nd). Um, you lost me here. On my calendar the 1st is a Tuesday and the 2nd is a Wednesday. Did you mean 8/29-30? or 9/4-5? Either is fine with me. -Hazen -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] 5.9.5 release schedule.
Hazen Babcock wrote: Alan W. Irwin wrote: Tomorrow I plan to do comprehensive tests of all three build modes (shared libraries + dynamic devices, shared libraries + static devices, and static libraries and devices) for the Debian stable platform accessible to me, and I suggest others do that as well on all platforms that are accessible to them. If those tests show no showstopper issues, then I am tentatively thinking that we could do the release next weekend (i.e., either Saturday, September 1st or Sunday September 2nd). Um, you lost me here. On my calendar the 1st is a Tuesday and the 2nd is a Wednesday. Did you mean 8/29-30? or 9/4-5? Either is fine with me. -Hazen -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel Hello all, I will hopefully release the updated Qt driver tomorrow, earlier than I expected (just some cleanup to do, and maybe some last minute debug), but it will require some testing, notably on Macs. So if you wish to include these changes in the next release I would suggest 9/4 as the release date. Alban -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] 5.9.5 release schedule.
Alan W. Irwin wrote: Please go ahead and apply Hez's patch to your local source tree, and let us know whether you like how that patch changes the -dev xcairo user experience. I assume Hez will commit the patch or hold off until post-release based mostly on your evaluation since I don't think anybody else has tried his patch yet. I like it, please apply. I'm particularly appreciative of the fact that if the plot is covered up and the redisplayed it does not sit there flickering for a few minutes as the driver slowly works through a huge pile of refresh events. That said, I think the flush requirement is going to throw a few people off so I encourage you to implement some sort of solution to that problem, and also to be ready to answer the inevitable all I see is a blank window questions. best, -Hazen -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] 5.9.5 release schedule.
On 2009-08-25 11:57-0400 Hazen Babcock wrote: Alan W. Irwin wrote: Tomorrow I plan to do comprehensive tests of all three build modes (shared libraries + dynamic devices, shared libraries + static devices, and static libraries and devices) for the Debian stable platform accessible to me, and I suggest others do that as well on all platforms that are accessible to them. If those tests show no showstopper issues, then I am tentatively thinking that we could do the release next weekend (i.e., either Saturday, September 1st or Sunday September 2nd). Um, you lost me here. On my calendar the 1st is a Tuesday and the 2nd is a Wednesday. Did you mean 8/29-30? or 9/4-5? Either is fine with me. Oops, you are right. (I was looking at the August calendar by mistake rather than the September calendar.) Let's release September 4th-5th (which gives us an extra week I didn't think we had). 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 __ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] 5.9.5 release schedule.
On 2009-08-25 09:19-0700 Alan W. Irwin wrote: On 2009-08-25 11:57-0400 Hazen Babcock wrote: Um, you lost me here. On my calendar the 1st is a Tuesday and the 2nd is a Wednesday. Did you mean 8/29-30? or 9/4-5? Either is fine with me. Oops, you are right. (I was looking at the August calendar by mistake rather than the September calendar.) Let's release September 4th-5th (which gives us an extra week I didn't think we had). Um, we are all now misquoting the calendar. Those weekend dates are actually September 5th and 6th which is what I propose for our release date(s). 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 __ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] 5.9.5 release schedule.
On 2009-08-25 19:09+0100 Andrew Ross wrote: While we're on the subject of patches, the svn patch command generates headers like Index: examples/c/x29c.c === --- examples/c/x29c.c (revision 10316) +++ examples/c/x29c.c (working copy) for each file. This is not in the standard patch format (as described above by Alan). Does anyone have any neat way of applying these patches without having to hand edit the patch first? This would be useful when people send patches from their working copy that I would like to test on my working copy before applying to svn. I can't seem to find an easy way to do this with my version of patch, but I can't believe there isn't a solution. How about using -p0 when patching from the top-level source tree? I haven't bothered now to try the above form by hand, but I know I have patched with that svn form of patch (at least the one you get with svn diff) before with no problems. 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 __ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] 5.9.5 release schedule.
On Tue, Aug 25, 2009 at 12:46:13PM -0700, Alan Irwin wrote: On 2009-08-25 19:09+0100 Andrew Ross wrote: While we're on the subject of patches, the svn patch command generates headers like Index: examples/c/x29c.c === --- examples/c/x29c.c (revision 10316) +++ examples/c/x29c.c (working copy) for each file. This is not in the standard patch format (as described above by Alan). Does anyone have any neat way of applying these patches without having to hand edit the patch first? This would be useful when people send patches from their working copy that I would like to test on my working copy before applying to svn. I can't seem to find an easy way to do this with my version of patch, but I can't believe there isn't a solution. How about using -p0 when patching from the top-level source tree? I haven't bothered now to try the above form by hand, but I know I have patched with that svn form of patch (at least the one you get with svn diff) before with no problems. Well there we go! I could swear that didn't work last time I tried it. This might also be worth highlighting on the wiki. Andrew -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] 5.9.5 release schedule.
Hi Hazen, in addition to Alan's list there is one issue with the Tcl interface. Andrew is looking into it - at least the crash in example 29 has been solved, so probably the remaining issue is not a show stopper. Regards, Arjen On 2009-08-24 07:23, Alan W. Irwin wrote: On 2009-08-23 20:47-0400 Hazen Babcock wrote: We have 2-3 weeks until our tentative early September release date. I believe that everything that we wanted in 5.9.5 is in? Is there anything outstanding besides the tweaks to the color palette handling? Here are some comments on the present development issues I am aware of: * The release showstopper color palette initialization issue has now been fixed (see my last post to the list). * You have just fixed the superscript/subscript issue for the cairo devices, and I don't think any other devices have such issues other than the font size issue for the pdf device. I believe the pdf device is still considered to be experimental so it would be nice to get that issue fixed before the release, but it is not essential. * Werner has stated he will be working on device drivers (presumably pdf and wxwidgets) but I don't know how much time he has for that at the moment or how far he has gotten. * Hez mentioned the off-screen rendering patch in response to your post but didn't give an estimate of how long that would take. If that turns out to be long, I don't think we should delay the release for it. * Alban plans to make animated rendering faster for -dev qtwidget and do a final fix of the command-line options for qt_example the next opportunity he has to work on qt. But that next opportunity is apparently several weeks from now which is clearly too late for this release. Thus, his planned qt work will presumably be in the release after this present release. * This week I do have some plans to extend my install tree testing to the build tree, but that is just a matter of convenience and I presume that will not introduce or find any release showstopper issues. * I also plan to document the new build system for the installed examples, but such work should not introduce any release showstopper issues. * I have decided to put off the libqsastime enhancements I have discussed before until after this present release since those enhancements are pretty tricky (both in understanding the various time transformations that are implied and actually doing the C coding that will be required to implement them). Thus, the effort may take several weeks, and I certainly don't want to do it in a rush to meet a release deadline since that is a perfect recipe for introducing bugs. We certainly have more than enough improvements in svn trunk to justify a development release now without waiting for further development to be completed. Tomorrow I plan to do comprehensive tests of all three build modes (shared libraries + dynamic devices, shared libraries + static devices, and static libraries and devices) for the Debian stable platform accessible to me, and I suggest others do that as well on all platforms that are accessible to them. If those tests show no showstopper issues, then I am tentatively thinking that we could do the release next weekend (i.e., either Saturday, September 1st or Sunday September 2nd). Hazen, in case a release next weekend will not disrupt anyone's development plans, would it be convenient for you to release on one of those days? Of course, if it is not convenient for you or somebody prefers two weekends from now, that would be okay with me as well. However, I prefer we not let the timing slide to three weekends from now since I like to stick as closely as possible to release deadlines once they have been stated, and September 15th/16th barely qualifies (if at all) as early September. 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 __ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] 5.9.5 release schedule.
Hopefully testing will show up any other issues with the various bindings. It would be nice to finally put to rest the issues with tcl precision, but that probably depends on Arjen having time. Also there is the report that Orion made that plplot does not work with the new octave 3.2. Ideally we would fix this too, but without further information / testing it is not going to happen in a week. I have not (yet) got octave 3.2 to try this out on. Andrew On Mon, Aug 24, 2009 at 08:50:10AM +0200, Arjen Markus wrote: Hi Hazen, in addition to Alan's list there is one issue with the Tcl interface. Andrew is looking into it - at least the crash in example 29 has been solved, so probably the remaining issue is not a show stopper. Regards, Arjen On 2009-08-24 07:23, Alan W. Irwin wrote: On 2009-08-23 20:47-0400 Hazen Babcock wrote: We have 2-3 weeks until our tentative early September release date. I believe that everything that we wanted in 5.9.5 is in? Is there anything outstanding besides the tweaks to the color palette handling? Here are some comments on the present development issues I am aware of: * The release showstopper color palette initialization issue has now been fixed (see my last post to the list). * You have just fixed the superscript/subscript issue for the cairo devices, and I don't think any other devices have such issues other than the font size issue for the pdf device. I believe the pdf device is still considered to be experimental so it would be nice to get that issue fixed before the release, but it is not essential. * Werner has stated he will be working on device drivers (presumably pdf and wxwidgets) but I don't know how much time he has for that at the moment or how far he has gotten. * Hez mentioned the off-screen rendering patch in response to your post but didn't give an estimate of how long that would take. If that turns out to be long, I don't think we should delay the release for it. * Alban plans to make animated rendering faster for -dev qtwidget and do a final fix of the command-line options for qt_example the next opportunity he has to work on qt. But that next opportunity is apparently several weeks from now which is clearly too late for this release. Thus, his planned qt work will presumably be in the release after this present release. * This week I do have some plans to extend my install tree testing to the build tree, but that is just a matter of convenience and I presume that will not introduce or find any release showstopper issues. * I also plan to document the new build system for the installed examples, but such work should not introduce any release showstopper issues. * I have decided to put off the libqsastime enhancements I have discussed before until after this present release since those enhancements are pretty tricky (both in understanding the various time transformations that are implied and actually doing the C coding that will be required to implement them). Thus, the effort may take several weeks, and I certainly don't want to do it in a rush to meet a release deadline since that is a perfect recipe for introducing bugs. We certainly have more than enough improvements in svn trunk to justify a development release now without waiting for further development to be completed. Tomorrow I plan to do comprehensive tests of all three build modes (shared libraries + dynamic devices, shared libraries + static devices, and static libraries and devices) for the Debian stable platform accessible to me, and I suggest others do that as well on all platforms that are accessible to them. If those tests show no showstopper issues, then I am tentatively thinking that we could do the release next weekend (i.e., either Saturday, September 1st or Sunday September 2nd). Hazen, in case a release next weekend will not disrupt anyone's development plans, would it be convenient for you to release on one of those days? Of course, if it is not convenient for you or somebody prefers two weekends from now, that would be okay with me as well. However, I prefer we not let the timing slide to three weekends from now since I like to stick as closely as possible to release deadlines once they have been stated, and September 15th/16th barely qualifies (if at all) as early September. 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). __
Re: [Plplot-devel] 5.9.5 release schedule.
On 2009-08-23 22:23-0700 Alan W. Irwin wrote: Tomorrow I plan to do comprehensive tests of all three build modes (shared libraries + dynamic devices, shared libraries + static devices, and static libraries and devices) for the Debian stable platform accessible to me, and I suggest others do that as well on all platforms that are accessible to them. If those tests show no showstopper issues, then I am tentatively thinking that we could do the release next weekend (i.e., either Saturday, September 1st or Sunday September 2nd). I have completed one of these build mode tests so far (shared libraries + dynamic devices), and I had to comment on the vastly improved postscript differences that test revealed. Here are the full results: c++ Missing examples: Differing postscript output : Missing stdout : Differing stdout: f77 Missing examples: Differing postscript output : Missing stdout : Differing stdout: f95 Missing examples: Differing postscript output : Missing stdout : Differing stdout: java Missing examples: Differing postscript output : Missing stdout : Differing stdout: octave Missing examples: 19 Differing postscript output : Missing stdout : Differing stdout: python Missing examples: Differing postscript output : Missing stdout : Differing stdout: tcl Missing examples: Differing postscript output : 16 19 21 29 Missing stdout : Differing stdout: 21 perl Missing examples: Differing postscript output : 03 16 19 29 Missing stdout : Differing stdout: 14 ada Missing examples: Differing postscript output : 17 19 29 Missing stdout : Differing stdout: adathick Missing examples: Differing postscript output : 17 19 29 Missing stdout : Differing stdout: ocaml Missing examples: Differing postscript output : Missing stdout : Differing stdout: lua Missing examples: Differing postscript output : Missing stdout : Differing stdout: d Missing examples: Differing postscript output : Missing stdout : Differing stdout: Many languages are perfect now, and I thank everyone who helped to make that happen. I don't think we should delay the release for the remaining issues shown above, but it would be nice if most of them got addressed before the release. * I understand the long-standing missing example 19 issue for octave is a difficult one to solve so realisticaly fixing that issue will probably have to be put off until post release. * Arjen and Andrew are still working on precision issue for tcl. Once those are corrected and bindings and examples upgraded to be consistent with the updated C API tested by the updated C examples, the remaining tcl issues should go away or at least greatly simplify. * The perl issues require Doug Hunt to update his external PDL/PLplot bindings, and also update the examples to be consistent with the C API and example updates. * The red issue that generated quite a bit of e-mail over the weekend is completely gone for Ada, but there is still some more work for Jerry to do on the Ada bindings and examples to achieve consistency with the recent additions to the C API and the tests of that API that occur in the updated C examples 17, 19, and 29. 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 __ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] 5.9.5 release schedule.
On Mon, Aug 24, 2009 at 1:21 PM, Alan W. Irwinir...@beluga.phys.uvic.ca wrote: On 2009-08-24 00:33-0500 Hezekiah M. Carty wrote: On Mon, Aug 24, 2009 at 12:23 AM, Alan W. Irwinir...@beluga.phys.uvic.ca wrote: On 2009-08-23 20:47-0400 Hazen Babcock wrote: We have 2-3 weeks until our tentative early September release date. I believe that everything that we wanted in 5.9.5 is in? Is there anything outstanding besides the tweaks to the color palette handling? Here are some comments on the present development issues I am aware of: ... * Hez mentioned the off-screen rendering patch in response to your post but didn't give an estimate of how long that would take. If that turns out to be long, I don't think we should delay the release for it. I should have been clearer about this in my previous response. I am mainly waiting for comments on the patch and the changes it introduces at this point. I would be happy to apply it now if it gets the ok from multiple other developers. It changes the behavior of xcairo though, so I don't want to commit the change to trunk without something of a consensus. Simply, I am happy with the patch as it is. If others are as well then I am ready to commit it. If not, then it can wait until post-release. Hez, to quote from your previous post about this patch: The compiled PLplot examples illustrate the speedup (particularly examples 11, 16 and 20) and flicker-free rendering (example 17) quite nicely. The shortcoming of not seeing the plot updates until a flush becomes most noticeable when using the xcairo driver interactively, say from an interactive Octave, OCaml or Python session. This lack of interactive updates could be worked around with threading similar to the pthread use in the xwin driver. The xwin threading code is quite lengthy and complicated though, so this would likely be a fairly significant task. I use -dev qtwidget (which is comparable in speed to -dev xwin for most examples) so I don't have strong feelings about -dev xcairo. However, as a general comment, that interactive session drawback doesn't sound too bad a price to pay for the other advances in speed especially when there is a future possibility with threads to take care of the interactive session drawback. Hazen is the one who wrote most of cairo.c so if this patch is okay with him, it is okay with me. I agree with your comments here, Alan. I certainly feel that the speed increase outweighs the lack of pre-flush automatic updates. Please go ahead and apply Hez's patch to your local source tree, and let us know whether you like how that patch changes the -dev xcairo user experience. I assume Hez will commit the patch or hold off until post-release based mostly on your evaluation since I don't think anybody else has tried his patch yet. Yes, if Hazen is ok with the changes the patch implements then I will apply it. Otherwise it will most likely wait until post-5.9.5. Hez -- Hezekiah M. Carty Graduate Research Assistant University of Maryland Department of Atmospheric and Oceanic Science -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] 5.9.5 release schedule.
On 2009-08-24 21:02+0200 Werner Smekal wrote: I added this to the wiki (http://www.miscdebris.net/plplot_wiki/index.php?title=Apply_a_patch) if this is ok for you. Sure. 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 __ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] 5.9.5 release schedule.
On 2009-08-23 20:47-0400 Hazen Babcock wrote: We have 2-3 weeks until our tentative early September release date. I believe that everything that we wanted in 5.9.5 is in? Is there anything outstanding besides the tweaks to the color palette handling? Here are some comments on the present development issues I am aware of: * The release showstopper color palette initialization issue has now been fixed (see my last post to the list). * You have just fixed the superscript/subscript issue for the cairo devices, and I don't think any other devices have such issues other than the font size issue for the pdf device. I believe the pdf device is still considered to be experimental so it would be nice to get that issue fixed before the release, but it is not essential. * Werner has stated he will be working on device drivers (presumably pdf and wxwidgets) but I don't know how much time he has for that at the moment or how far he has gotten. * Hez mentioned the off-screen rendering patch in response to your post but didn't give an estimate of how long that would take. If that turns out to be long, I don't think we should delay the release for it. * Alban plans to make animated rendering faster for -dev qtwidget and do a final fix of the command-line options for qt_example the next opportunity he has to work on qt. But that next opportunity is apparently several weeks from now which is clearly too late for this release. Thus, his planned qt work will presumably be in the release after this present release. * This week I do have some plans to extend my install tree testing to the build tree, but that is just a matter of convenience and I presume that will not introduce or find any release showstopper issues. * I also plan to document the new build system for the installed examples, but such work should not introduce any release showstopper issues. * I have decided to put off the libqsastime enhancements I have discussed before until after this present release since those enhancements are pretty tricky (both in understanding the various time transformations that are implied and actually doing the C coding that will be required to implement them). Thus, the effort may take several weeks, and I certainly don't want to do it in a rush to meet a release deadline since that is a perfect recipe for introducing bugs. We certainly have more than enough improvements in svn trunk to justify a development release now without waiting for further development to be completed. Tomorrow I plan to do comprehensive tests of all three build modes (shared libraries + dynamic devices, shared libraries + static devices, and static libraries and devices) for the Debian stable platform accessible to me, and I suggest others do that as well on all platforms that are accessible to them. If those tests show no showstopper issues, then I am tentatively thinking that we could do the release next weekend (i.e., either Saturday, September 1st or Sunday September 2nd). Hazen, in case a release next weekend will not disrupt anyone's development plans, would it be convenient for you to release on one of those days? Of course, if it is not convenient for you or somebody prefers two weekends from now, that would be okay with me as well. However, I prefer we not let the timing slide to three weekends from now since I like to stick as closely as possible to release deadlines once they have been stated, and September 15th/16th barely qualifies (if at all) as early September. 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 __ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
