On 2013-03-12 17:33-0700 phil rosenberg wrote: > [...] which makes me think that maybe the auto finding of wxWidgets unicode libs never worked in the first place. I hunted through the FindwxWidgets Cmake module and found that I can set the wxWidgets version to compile against as part of the cmake command using -DwxWidgets_CONFIGURATION=mswu. This solved all the wxString linker problems.
Hi Phil: Setting -DwxWidgets_CONFIGURATION=mswu (or possibly -DwxWidgets_CONFIGURATION=mswud depending on your debugging needs) appears to be the right thing to do for your Microsoft Windows compiler case. However, setting this variable appears not to be necessary for the MinGW compiler case from my recent experience for that case. Just to give you (and anyone else here that is interested in our wxwidgets device) some more background on wxwidgets configuration, there are some remarks (which may need updating) concerning wxwidgets configuration at http://www.miscdebris.net/plplot_wiki/index.php?title=Configuration_of_wxWidgets_driver . Furthermore, the use of the wxWidgets_CONFIGURATION variable is documented as part of the complete CMake documentation (which you can get access to by by running "cmake --help-full"). In addition to the "mswu" option string apparently "mswud" (and additional combinations of options) are available for the Windows case. I have emphasized "u" here in these option strings since PLplot is fully unicode aware and probably works best if its dependent libraries (such as wxWidgets for the wxwidgets device driver) are unicode aware as well. For the Unix case a completely different method is used to configure the wxWidgets find module. For example, you specify the unicode version of wxWidgets by setting wxWidgets_USE_UNICODE to ON according to the documentation. However, if you look inside the wxWidgets find module it uses "if(DEFINED..." tests which means setting that variable to anything including OFF has the same effect as setting wxWidgets_USE_UNICODE to ON. Anyhow, I just now tried setting wxWidgets_USE_UNICODE to ON versus not setting it at all, and the result was the same; the unicode version of the wxWidgets library was used (probably that is all that is available for Debian), and unicode examples 23 and 26 gave good-looking results (all fonts available). Example 24 gives poor-looking results (several fonts missing) because the wxWidgets ability to search system fonts for the best glyph to represent a unicode character is not implemented nearly as well as the fontconfig method (used by the pango/cairo libraries which our cairo device driver depends on) and a similar high-quality system font search method used by the Qt4 libraries (which our qt device driver depends on). Note to test how well the wxwidgets device handles unicode, you should check your example 23, 24, and 26 wxwidgets results against the high-quality cairo device driver results that are available at http://plplot.sourceforge.net/examples.php?demo=23, http://plplot.sourceforge.net/examples.php?demo=24, and http://plplot.sourceforge.net/examples.php?demo=26. Note, that test for the MinGW/Wine case is inconclusive. All exotic fonts are missing from my Wine platform because I don't know how to install them so examples 23 and 24 show lots of empty boxes. The default Wine fonts must include Cyrillic fonts because example 26 does give a good looking result on MinGW/Wine. So I think I could also get example 23 to look good for -dev wxwidgets if I found a way to install fonts on Wine that include all the math symbols. Example 24 is always going to look bad for -dev wxwidgets because of the above wxWidgets limitation concerning searching for exotic unicode glyphs in system fonts. 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 __________________________ ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
