Here's a weird one. I'm writing code that draws text strings on the
screen, in different fonts, so that two strings next to each other
will line up on the same base line even when the two strings are in
different fonts. I'm using the FntBaseLine API for this. It works
fine for all fonts on the system (plus the extra Palm VII Clipper
fonts) ... except for the largeFont built-in font. That one font gets
drawn exactly one pixel off (upward) even though I know my code and my
math is correct.
Here's the cause: it appears that for the largeFont font, its "ascent"
and "descent" values are wrong! If you call FntBaseLine to get the
ascent, it returns 12, and FntDescenderHeight returns 2. But if you
actually look at characters drawn in this font, you can see the ascent
is really 11 and the descent is really 3. This mismatch causes the
characters to get drawn off-by-one in my program.
So, is this a known problem? Has anyone else run into this? This
problem exists (for me) is OS 3.0 through OS 3.3 so far. Who ever
heard of a bug in a font?! :-)
-slj-
