On Tue, Apr 21, 2009 at 11:09:45PM -0700, Alan Irwin wrote: > On 2009-04-21 23:24-0500 Maurice LeBrun wrote: > > > These are excellent points. I too work for a ginormous corporation for > > which > > RHEL4 represents state-of-the-art tech. And have similar doubts that will > > change for a couple years at least. So the legacy png driver will remain > > very > > useful to me & my team for some time to come. > > Now that my attention has been drawn to the issue, Geoffrey's "enterprise > edition" point and your support of it are well taken. Therefore, I think > our best course is to deprecate the gd device driver in the release > announcement for the reasons given and also turn it off by default. That > still gives the user who has no access to modern GTK/pango/cairo or qt as in > said RHEL4 environment but who still wants to build modern PLplot, the > option to turn the png, jpeg, or even gif devices knowing full well their > limitations. > > Is there any justification for similarly deprecating the gcw device driver > (which pretty much has similar dependencies to the cairo device driver) or > should I go ahead with permanently disabling it?
I'm with Geoffrey and Maurice on the gd driver. I still use it on several (old and new) systems. Yes, I could switch to cairo / qt on some of those systems, but not all and there is an inertia to stick with the driver you know. Plus the gd has quite small dependencies compared to the other two. For small / embedded systems this could be a big advantage. Set the option to off by default if you like, but don't disable it completely. At least if it is still configurable and in the test suite we'll know if we accidentally break things. Andrew ------------------------------------------------------------------------------ Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
