[Plplot-devel] Release issues related to unicode fonts

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

On 2005-01-22 15:58-0800 Alan W. Irwin wrote:

> * Keep track of font issues and how fast they are being solved.  Obviously,
> Rafael has made big strides the last few days on some aspects of this, but
> there is some more to do before we can release.

I have looked some more at this point, and here are the current results
for the case of

        -dev png -fam -fflen 2 -drvopt text,smooth,24bit

These problems do not show up for -dev png with no -drvopt

+ There are still problems with vertical alignment of characters.  See
example 6 line 100 where the characters move up or down depending on whether
they have an ascender, descender or neither.

+ Rafael's recent changes did help the vertical alignment of full-scale
labels, but for smaller plots (e.g., the 4 subplots of example 1) the vertical
alignment of labels is still off.

+ Example 4 still plots "-20db/decade" string at somewhat wrong angle.

+ If you extend the x axis and y axis labels on example 8 to extend completely
through the entire axis length, the y axis labels gradually drift away
from the axis, and the x axis labels gradually drift toward the axis.  This
problem was first mentioned by Tom, and it is still with us.

+ Examples 9 displays contour labels outside viewport.  This is probably a
core non-Hershey font problem since it also occurs for postscript.

+ Example 9 and 22 second and subsequent pages have rectangular viewports
with no box or tick marks for the png device and non-Hershey fonts.  If you
switch to Hershey fonts for png or any kind of fonts for postscript, this
bug goes away.  Thus, it is likely a plfreetype problem. valgrind shows no
associated memory management problems with examples 9 and 22.  I have no
clue what is causing this bug.  OTOH, this may have the same root cause as
the following problem because when I remove the 24bit -drvopt option, the
problem disappears.

+ x19c, the 2nd and 3rd pages disappear.  The problem goes away if you drop
24bit from the -drvopt list just as for the previous problem.  There are no
memory management problems according to valgrind.  I investigated further,
and there is a color problem on this bug and the previous one concerning
examples 9 and 22.  If you use the option -bg FFFFFF, it shows that the red
colour used for the box outlines and the maps has been turned into black,
and that is why it doesn't show with the normal black background. Andrew
(Roach), can you figure out why 24bit affects familied colour for these
cases?  The first pages are fine, it is the second and subsequent pages that
have the red colour clobbered (except for example 9 where the final pages
with round or oval red boundary are fine again).


Here are the remaining postscript problems that I mentioned before with

         -psc -drvopt text

These problems disappear if -drvopt text is dropped.

+ Contour labels outside viewport as for

        -dev png -fam -fflen 2 -drvopt text,smooth,24bit

+ showstopper axis labelling issue for 3D plots with azimuth within 15 deg
or so of multiples of 90 deg.

+ the xform setting in plhrsh (plsym.c) is a kludge.

+ bounding box done incorrectly.  Shows especially in example 13.

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

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 Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________