Hi Phil I agree, it does not make much sense going back to the old wxwidgets. My usage of it is inside a wxWidgets GUI app, so I don't need any special features. In fact it has been working well for me in the last couple of months, but last week I started having errors so I just gave a try to the old wxWidgets out of curiosity.
thanks -Pedro ----- Original Message ----- From: "Phil Rosenberg" <p.d.rosenb...@gmail.com> To: "Alan W. Irwin" <ir...@beluga.phys.uvic.ca> Cc: "Pedro Vicente" <pedro.vice...@space-research.org>; <plplot-devel@lists.sourceforge.net> Sent: Friday, December 09, 2016 6:49 PM Subject: Re: [Plplot-devel] Fwd: Deprecated wxWidgets error > Hi Pedro > As Alan said, we can't have both working together. Well, I suppose we > could, but the effort required would be large and time is finite. If > you are interested in the usage differences then: > > The new wx backend discarded use of AGG and freetype as wxWidgets now > has much better support for antialiased graphics and text. This also > massively simplifies support. > > For calling from a wxWidgets application the wxPlplotwindow class is > now template, meaning it can inherit from any wxWindow - so as well as > having a plplot panel, you can have anything from a plplot frame to a > plplot button should you wish. > > For calling wxWidgets from a console application all the rendering is > performed in a separate utility which has commands sent from the > console application. This removes some problems we had with large > amounts of almost duplicated, but subtly code, plus possible threading > issues. Unfortunately there at performance issues that I haven't been > able to get to the bottom of yet. > > Lastly, some of the less well used features of Plplot are not yet > supported, like maybe changing the fill algorithm. But certainly all > the well used things are there. > > So basically, unless you really want to use AGG or FreeType, then I > don't see much need to use the deprecated version. I certainly won't > be going back and fixing any bugs in the deprecated version. If, > however, there is some feature that is still missing from the new > version then let me know and I'll try to prioritise. > > Phil > > On 9 December 2016 at 21:45, Alan W. Irwin <ir...@beluga.phys.uvic.ca> > wrote: >> On 2016-12-09 15:39-0500 Pedro Vicente wrote: >> >>> so, it seems that the cmake option is really needed >>> -DOLD_WXWIDGETS=ON >>> >>> I only found out this by reading the script >> >> Reading the script is an excellent idea so I encourage you to keep doing >> that. However, we also document such changes in our release notes. >> In this case you won't find that documentation in README.release >> because OLD_WXWIDGETS was introduced in a previous release. So >> instead you have to look in the cumulated old release notes, >> OLD-README.release for the relevant documentation of >> -DOLD_WXWIDGETS=ON. >> >> [...] >> >>> I have a request, would it be possible to have the "deprecated" >>> wxWidgets code and the templated one at the same time? >> >> No. If you want access to both for comparisons, use separate build >> trees (and install trees). Also, -DOLD_WXWIDGETS=ON is deprecated >> because it is an emergency measure which gives you access to the old >> frozen wxwidgets code. There is no further support for >> -DOLD_WXWIDGETS=ON beyond that because that old wxwidgets code was not >> Phil's responsibility and there are lots of known issues with it. So >> Phil is focussing exclusively on development of the new wxwidgets. >> Thus, if you find some features you like with -DOLD_WXWIDGETS=ON, then >> ideally you should make changes to your local _new_ wxwidgets to add >> that feature and send patches (ideally generated by "git >> format-patch") to this list for Phil to evaluate. N.B. it is a >> virtual certainty your patch will be rejected if it contains fixes for >> multiple issues. So instead each of your individual patches should >> focus on just one logical issue at a time. And sometimes we do reject >> ideas such as yours above to have both old and new wxwidgets in the >> same build tree. But so long as your patches are focussed on one >> thing at a time (and not necessarily limited to just the new >> wxwidgets) and otherwise acceptable, then such development help with >> PLplot would be much appreciated. (Note, we recommend "git >> format-patch" for generating patches because that gives you full >> credit for your work in the git log.) >> >> 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 >> __________________________ >> >> ------------------------------------------------------------------------------ >> Developer Access Program for Intel Xeon Phi Processors >> Access to Intel Xeon Phi processor-based developer platforms. >> With one year of Intel Parallel Studio XE. >> Training and support from Colfax. >> Order your platform today.http://sdm.link/xeonphi >> _______________________________________________ >> Plplot-devel mailing list >> Plplot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/plplot-devel > ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/xeonphi _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel