On 2016-10-06 00:13-0700 Alan W. Irwin wrote: > @Phil, will you look into this please? > > To verify this bug myself, I did the following steps which you should > be able to replicate for yourself. > > * Run cmake with the -DBUILD_TEST=ON option which configures > the build of our standard examples. > > * Build a standard example (the 00 standard example in C in this case, > but any other standard example will likely also demonstrate this bug). > > make x00c > > * Build several different devices to try. > > make svg > make xwin > make wxwidgets wxPLViewer #wxwidgets interacts with wxPLViewer at run time > so both have to be built > > * Run the 00 standard example with different devices and with a blue > background specified. (The -bg option is the same as calling plscolbg > before plinit in the standard example, and the -bg colour is specified > with the standard RRGGBB hexadecimal notation so 0000FF is saturated > blue) > > examples/c/x00c -dev svg -bg 0000FF -o test.svg > examples/c/x00c -dev xwin -bg 0000FF > examples/c/x00c -dev wxwidgets -bg 0000FF > > I found that the svg and xwin results had the specified blue > background, but the wxPLViewer instance that was automatically > launched and communicated with by -dev wxwidgets rendered the > background as the default black rather than the specified blue ==> > BUG. I don't know if that is a bug in -dev wxwidgets, a bug in the > way background colours are communicated to the wxPLViewer instance, > and/or a bug in the wxPLViewer code, but I assume you will be readily > able to figure this out from your knowledge of each of these > components of our wxwidgets-related code. > > To my mind, the highest priority is to get -dev wxwidgets to work > properly with -bg as requested above, but as a much lower priority it > would be good to build most of the standard PLplot command-line > parsing (likely mostly everything other than -dev and -o) into > examples/c++/wxPLplotDemo.cpp so that it would be possible, for > example to run > > examples/c++/wxPLplotDemo -bg 0000FF -geometry -geometry 500x1000 > > and get the specified blue background and geometry for that example. > > Just to remind you and others here, please run, e.g., > > examples/c/x00c -h > > to get help on all the PLplot options that can be parsed from the > command line.
Hi Phil: I am switching further discussion of the -bg results for wxwidgets to plplot-devel. I haven't heard back from you yet concerning the new wxwidgets device test results with -bg that I reported above on plplot-general. Meanwhile, I have tried the same test with -dev xcairo, -dev qtwidget, and the old (-DOLD_WXWIDGETS=ON) -dev wxwidgets, and in each case the requested blue background was rendered correctly. So from the tests above and these further tests I am virtually certain that every PLplot device other than the new wxwidgets device honors the -bg option. And for this reason, I view this deficiency of the new wxwidgets device as a bug which I hope you are willing to fix. 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 __________________________ ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
