Hi Alan
Congratulations on getting that release out. On with the next one!
>
> Currently I am aware of the following development possibilities for
> this release cycle:
>
> 1. Phil has already prepared an important memory management fix for
> wxwidgets, and I assume he will also want to deal with some/all of the
> remaining wxwidgets bugs.

I will push that fix as soon as I get chance. Thanks for the testing
and the bug reports. I will spend my time this release cycle working
on these. However there are two points I would like to bring up:

1) Text size. As far as I am aware the text size in wxWidgets is
entirely correct - I haven't double checked this today, but this was
the case last time I checked. The docs state that the text size
provided by the user is in mm, and I use a value of 90 pixels per inch
(converted to metric) to convert to pixels. Counting pixels on the
screen it appears that the output is as I intended. The pixels per
inch value I used is the same as used by inkscape - so the wxWidgets
output should have similar sized text to the svg output rendered by
inkscape. However as you can find online (e.g.
http://stackoverflow.com/questions/1346922/svg-and-dpi-absolute-units-and-user-units-inkscape-vs-firefox-vs-imagemagick)
different svg renderers assume different pixels per inch in their
rendering. However if other drivers are providing text that is 2.2
times the size of that in wxWidgets they must be assuming around 40
pixels per inch which is much lower than any other standard I have
seen.
Basically where I am going is that we should set a standard value for
pixels per inch for all raster drivers. It would potentially be useful
to have an API call to set the pixels per inch too. Then each driver
can be checked to make sure it conforms - perhaps with the Peace
example being used to check.

 2) The second point is to do with alignment. Does anybody on the list
have a thorough understanding of how the various alignment and aspect
ratio variables (are intended to) interact? I have fought through
these more than once now and yet on Linux and Windows I am getting
different results - which in itself is baffling. This might be the
cause of the text alignment problems. Changing to a floating point
coordinate system might help as it will remove one level of scaling,
but I currently don't understand how all the core scaling variables
work.

Phil

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

Reply via email to