On 2008-02-03 21:48+0100 Torquil Macdonald S�rensen wrote:
Hello, I have found that the order in which I call plsetopt() matters. Using
plsetopt("drvopt","8bit") before plsetopt("geometry","800x600") makes PLplot
forget about the 8bit option and use 24bit instead (I use the png driver). I
have checked the png-files using pnginfoto determine if they are 8bit or
24bit. Setting "geometry" before "8bit" works fine. On the command line it
works either way.
I have verified this peculiar behaviour of plsetopt but have no clue why
it is occurring. Perhaps the special drvopt handling that occurs in the
code is screwing things up.
During my tests I found one other peculiarity of plsetopt; you cannot
override whatever it hard codes using command-line options unless you call
plparseopts after plsetopt. That is probably okay, but we should document
that behaviour for those who want the command-line options to always override
hard-coded options (or vice versa).
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); PLplot scientific plotting software
package (plplot.org); 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
__________________________
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Plplot-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plplot-general
