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

[Werner S. <sm...@ia...>]

Hi Torquil,

as Alan I can also reproduce this behaviour. I scanned through the =20
code, but it needs some time to find out what's going on. Anyway, a =20
workaround for this problem is, that you set the common plplot options =20=

not via plsetopt(), but via plplot commands directly. E.g. if you set =20=

the geometry option actually plspage (xdpi, ydpi, xwid, ywid, xoff, =20
yoff); is called. so -geometry 400x300 would ne =20
plspage(0,0,400,300,0,0);. Have a look at src/plargs.c for other =20
options. If you need to set more than one driver options you can call =20=

e.g plsetopt( "drvopt", "8bit,smoothlines"). Therefore you should be =20
able to circumvent this problem you mentioned.

HTH,
Werner


On 03.02.2008, at 21:48, Torquil Macdonald S=F8rensen wrote:

> Hello, I have found that the order in which I call plsetopt() =20
> matters. Using
> plsetopt("drvopt","8bit") before plsetopt("geometry","800x600") =20
> makes PLplot
> forget about the 8bit option and use 24bit instead (I use the png =20
> driver). I
> have checked the png-files using pnginfoto determine if they are =20
> 8bit or
> 24bit. Setting "geometry" before "8bit" works fine. On the command =20
> line it
> works either way.
>
> Best regards,
> Torquil S=F8rensen
>
> =
-------------------------------------------------------------------------
> 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
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499