On 2013-11-22 02:07-0800 phil rosenberg wrote: > Hi all
> I started looking into reshaping the wxBackends recently to use wxGCDC and have things mostly working on Windows, but got some odd results on Linux that I haven't looked into yet. In case anyone didn't catch this discussion, there is a wxGCDC class which encapsulates a wxGraphicsContext so we should be able to roll our wxDC and wxGraphicsContext into one backend. We also discussed dropping support for AGG and Freetype for the wxWidgets driver. Also of note is that wxWidgets 3.0 has just been released. As far as I can tell the main changes compared to the last stable release (2.8) that might affect us are updates to some of the device contexts (Their postscript DC particularly appears to have had a makeover and more versions of wxGCDC are available) and changes (improvements - but with some backwards incompatible changes) to the wxString and Unicode support. > Anyway, I wondered if it was worth considering how to proceed in terms of the next release cycle? Should we depreciate the AGG and Freetype backends with a view to dropping them the following cycle? I think that keeping these working and changing to use wxGCDC will be significant extra work so it would be a lot easier to make both these changes together. > On Windows I imagine there will be a steady trend towards using 3.0, helped by the fact that 3.0 now includes a Visual Studio Project (which appears to contain both 32 and 64 bit configurations) for ease of building and I think most Windows users just tend to download either latest stable or latest development versions of stuff without thinking too much about it. On Linux I imagine it will be more stepwise as it will presumably appear in the Ubuntu repositories and suchlike at some point and will quickly propagate from that point on. I'm just building the library now on Windows to check that nothing appears to be broken anyway. In terms of wxString there are some Unicode related macros that are no longer needed, but don't do any harm. Presumably in the future we can stop using these but not yet. Hi Phil: Sorry I took so long to respond to your post. (I think it was probably delivered late and therefore buried deep in the list of e-mails in my INBOX.) To me it appears you are making excellent fundamental wxwidgets progress as well as doing the important work of getting ready for the transition to wxwidgets 3.0. Therefore, I am looking forward to introducing your changes into PLplot. However, I think this is all material for after our next stable release, 5.10.0 (currently tentatively scheduled in mid January if all goes well with our next development release, 5.9.11, on December 14th). To answer your specific question, yes, I think deprecating the AGG and Freetype components of the wxwidgets device driver should be done now with the view of actually dropping those components after 5.9.10. Please send me a short paragraph to that effect in the style of the "OFFICIAL NOTICES FOR USERS SINCE 5.9.10" in README.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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
