On 2007-08-02 10:20-0400 [EMAIL PROTECTED] wrote: > > Hi all, > > As Alan said, the remaining misalignment issue is due to the misalignement of > the glyphs inside the > Debian FreeSerif Font. Using ForgeFont: > > http://fontforge.sourceforge.net/ > FontForge -- An outline font editor > that lets you create your own postscript, truetype, opentype, cid-keyed, > multi-master, cff, svg and bitmap (bdf, FON, NFNT) fonts, or edit existing > ones. Also lets you convert one format to another. FontForge has support > for many macintosh font formats. > > I have modified the FreeSerif.ttf font in order to properly align a part of > the glyphs: the symbol > plotted with plpoin are now well aligned. (I'm not aware of the copyrights, > but I can obviously share this new > "FreeSerif_plplot.ttf" TrueType font ;-) ).
Have you used some means other than PLplot of judging whether the FreeSerif.ttf font was misaligned? The reason I ask is there are some rather complicated transformation formulas that are used to align TrueType fonts in PLplot since our coordinate system has a different origin than most fonts, and there might be some deficiency in the PLplot code that is misaligning the results rather than some deficiency in FreeSerif.ttf itself. Also, my understanding is there is several generations of FreeSerif.ttf. Is it possible you are correcting misalignments in an old version that have already been corrected in later versions? I was most impressed you went to such lengths to deal with the misalignment issue, but I thought the above fundamental questions still needed to be asked. In particular, if you really have found that FreeSerif.ttf was misaligned by means that are independent of PLplot, that is a result that greatly relieves my mind since I always assumed before that the misalignment problem was caused by something we were doing wrong. If it turns out you have truly found misalignment, then please be sure to feed your results back to the FreeFont team so that everybody will benefit. > > But, we've encoutered a new problem: when plotting inside a png file, using > the gd driver, the symbol > are not clipped (is that the right word?) when lying outside the range of the > axis. That is, symbols may be plotted outside the box (when the data lie > outside the x/y min/max of the axes). > > In our sense, it seems to be a problem with the gd driver, since it does not > occur when plotting to the screen > (xwin) or to a postscript (ps). Thanks very much for drawing our attention to this bug which I have just confirmed for one of my private examples that uses -dev png. I hope we will be able to fix it soon (in the svn version), but no promises. 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); PLplot scientific plotting software package (plplot.org); 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 __________________________ ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Plplot-general mailing list Plplot-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-general
