Re: [Plplot-general] plsetopt() order matters for png driver

[Alan W. I. <ir...@be...>]

On 2008-02-03 21:48+0100 Torquil Macdonald S=F8rensen wrote:

> Hello, I have found that the order in which I call plsetopt() matters. Us=
ing
> plsetopt("drvopt","8bit") before plsetopt("geometry","800x600") makes PLp=
lot
> forget about the 8bit option and use 24bit instead (I use the png driver)=
=2E 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 i=
t
> 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 overri=
de
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
__________________________