Hi Phil,
> - Swing understands that there's no guarantee that all the pixels fit
>in the reported height of the line. I don't think you want to space
>out the text so much that you guarantee no glyph overlap.
No, that's not really the point. Swing assumes wrongly that all pixels
*do* fit
Il giorno mar, 18/05/2010 alle 15.06 -0700, Jim Graham ha scritto:
> The thing that bothers me about this "fix" is that the value being
> returned here is the raw computed value. All of the values in this
> routine are being returned in floating point "sub-pixel" maximum
> accuracy. I don't se
On 5/17/2010 5:44 AM, Aekold Helbrass wrote:
Attachments:
snapshot11 - tiny java app with DejaVu Sans Mono, Plain, 12 size font.
snapshot12 - the same font of size 10 in KWrite.
I assume that size (and roundness) difference is because of 72 DPI in
Java and 96 in KDE, but difference in antialiasin
Roman Kennke wrote:
Hi Phil,
- Swing understands that there's no guarantee that all the pixels fit
in the reported height of the line. I don't think you want to space
out the text so much that you guarantee no glyph overlap.
No, that's not really the point. Swing assumes wrongly
