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