Hi Phil:

On 2015-08-26 14:46+0100 Phil Rosenberg wrote:

> Having looked at this a bit I think the 3d text routines ignore
> whatever device units per mm have been set and must work in device
> units only.  Whereas standard rotated text honours the mm dimensions of
> the device. It wouldn't surprise me if there was a good reason for
> this, but I can't quite work it out.

Sounds like a clear bug since text is in real-world units and device
length units could be pixels.

>
> To make the two compatible I have made the driver claim to be square
> in both device units and mm and then the driver corrects for this in
> its text render routine. It's a bit of a fudge, but it does the job.

That is good you found a workaround for the above bug that solved so
many wxwidgets bugs, but I hope you will be able to immediately build
on the insight gained with that workaround by going ahead and fixing
the above fundamental bug (which should allow you to drop the
workaround that claims the device is square).

Also, please commit a file called drivers/README.coordinates
summarizing the knowledge you have gained so far on the various PLplot
coordinates. I think we are all pretty much lost on the topic of our
coordinates so stating what we do know _and why_ may help us all to
regain the expertise in this area that we should have to determine
whether something like the above peculiar result is a bug or not.

> In the future we should probably either make the two consistent or
> remove the ability to set different device units per mm in the x and y
> directions.

I believe we should continue to support the ability to have different
pixels/inch in X and Y dimensions since underlying libraries like X
also support that even though presumably a device with different
pixels per inch in X and Y is fairly rare.

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
__________________________

------------------------------------------------------------------------------
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to