On 2014-03-17 13:07-0700 Alan W. Irwin wrote: >> Regarding anything GTK related, that cannot exist on a Windows > system as wxWidgets uses native OS APIs to give native look and feel. > > Understood. Thus, the epa_build configuration for wxwidgets has no > gtk+ dependency for the Windows case, see > cmake/epa_build/CMakeLists.txt. I just now realized that the gtk=3 > configure option for wxwidgets-3.0.0 was probably also problematic on > Windows so I have removed that for the Windows case (revision 13081).
Hi Phil: I have followed this up (as of revision 13083) with a successful epa_build of wxwidgets-3.0.0 and plplot on MinGW/MSYS/Wine. I have lightly tested the result (using -DBUILD_TEST=ON) by building the wxwidgets device and several examples and running those examples with that device, i.e., make -j4 wxwidgets make -j4 x01c make -j4 x08c make -j4 x23c make -j4 x24c make -j4 x26c examples/c/x08c -dev wxwidgets examples/c/x01c -dev wxwidgets examples/c/x23c -dev wxwidgets examples/c/x26c -dev wxwidgets The eighth example had the characteristics you described for your Microsoft Windows result with wxwidgets-3.0.0. Instead of stopping until a mouse movement at each of the screen refreshes that occurred per page as for the Linux case, there was just a slight pause at each screen refresh and then the display continued to unfold without any mouse motion necessary. On resizes nothing happened for several seconds, then the whole plot was replotted instantly for the larger/smaller screen. I got this result both for the basic (-drvopt backend=0) and wxGC (-drvopt backend=2) cases. So I confirm with epa_build results on Wine, that screen refreshes are working OK on the Windows side of things just like you found for your entirely different Windows platform and build of wxwidgets-3.0.0. Thus, the bug I found with screen refreshes for wxwidgets-3.0.0 appears to be a Linux-only bug. Therefore, I suggest you put off dealing with it for now until the remaining issues on the Windows side that are much easier for you to confirm are all fixed. For example, here are some additional -dev wxwidgets issues I noticed on my epa_build Wine platform. For example 8 with backend=2, there is no title or tick-mark annotations of the 3D axes. The results for this example with backend=0 include the annotations. However, the affine transformations for them are not done correctly so all those annotations look twisted compared to the correct results for this example (http://plplot.sourceforge.net/examples.php?demo=08). For example 1 with backend=2, the plot symbols are missing for the first and second plots, and the overall titles and 2d axis annotations are missing for the second, third, and fourth plots. The results for this example with backend=0 are fine except for an incorrect vertical offset in the plot symbols for the first and second plots. For example 23 with backend=2, essentially all symbols are missing. The results for this example with backend=0 are much better although there are still a fairly high proportion of missing glyphs indicated by open rectangular boxes. This may be due to an extremely limited set of Windows fonts being installed on my Wine platform. For example 24 both backend=2 and 0 give the same result which is 7 of the 12 peace words are there with missing glyphs/empty boxes for the others (which again may be due to the extremely limited set of Windows fonts being installed on my Wine platform). For example 26 backend=2 results are virtually perfect for the English page and the Cyrillic page. backend=0 results have many bad angles for some reason. Assuming you can confirm most/all of these -dev wxwidgets issues on your own wxwidgets-3.0.0 Windows platform, then my first advice would be to not get too discouraged by all these issues. :-) Second, I suggest you immediately follow your plan which you discussed previously to simplify/rewrite this device based on the capabilities of wxwidgets-3.0.0. Such a rewrite may well eliminate some of the problems with the present wxwidgets device driver code. Of course, this change should be accompanied by a notice in the release notes saying we no longer support wxwidgets versions less than 3.0.0, but I am certainly fine with dropping old versions of dependencies like that to keep your PLplot wxwidgets maintenance life as simple as possible. Third, once you are happy with the overview of the code simplification/rewrite you will have done for wxwidgets-3.0.0, then I would carefully check each plot against the correct results accessible from http://plplot.sourceforge.net/examples.php for missing components, missing individual glyphs, bad angles, etc., like I did (in part) above. I have the correct results for the standard examples pretty much memorized which means I spot the issues with the wxwidgets device almost immediately. Of course, that also means I have spent much too long looking at PLplot standard example results over the years. :-) 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 __________________________ ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
