在 Windows 10上使用 Java 32bit中的某些特定真实字体字体绘制字符串时,我遇到了一个奇怪的问题.

 

从Java 7u13开始,每当字体的字符/字形宽度超过其高度的4倍时,它就不会使用Graphics2D.drawString进行渲染(例如,字形4001em宽,基本字体大小为1000em)：

 

public void paint(Graphics g) {
    Graphics2D g2 = (Graphics2D)g;
    g2.setFont(new Font("myFontWithWideGlyphForX", Font.PLAIN, 12));
    g2.drawString("XXXX", 10, 10);
}

但是,字体在JLabel上正确呈现,因此在对底层Swing代码进行一些调查之后,我意识到将渲染提示KEY_TEXT_ANTIALIASING设置为VALUE_TEXT_ANTIALIAS_LCD_HRGB会使文本正确呈现：

 

public void paint(Graphics g) {
    Graphics2D g2 = (Graphics2D)g;
    g2.setRenderingHint(RenderingHints.KEY_TEXT_ANTIALIASING,
    RenderingHints.VALUE_TEXT_ANTIALIAS_LCD_HRGB);
    g2.setFont(new Font("myFontWithWideGlyphForX", Font.PLAIN, 12));
    g2.drawString("XXXX", 10, 10);
}

在设置子像素atialiasig并正确呈现字体后,渲染算法似乎有所不同.

如果我切换到Java 7u11或更早版本,文本呈现没有任何问题,并且没有设置VALUE_TEXT_ANTIALIAS_LCD_HRGB.

对于具有如此宽字形的任何其他字体也会发生相同的情况 – 例如,此随机字体具有字符“J”的宽字形：
http://www.fontspace.com/digital-magic/hdgems5 – 它可以用Java 7u11渲染,但不会渲染任何比这更新的东西.

设置子像素抗锯齿VALUE_TEXT_ANTIALIAS_LCD_HRGB只是为了呈现字体看起来很丑陋,并不总是可行(例如,在使用第三方库时).有没有人知道自7u13以来awt没有渲染这些角色的原因是什么？这样的字体是否不受支持？或者这可能是一个错误？

我无法得到关于这个问题的答案,但我确实找到了解决方法.

 

在使用Java 7u13或更新版本时,我发现的所有.ttf字体都没有渲染到比边界框/字形高度宽4倍的字形.无论用于生成字体的工具如何,此问题都会持续存在.

然而.otf字体似乎工作正常,即使有这么宽的字形,所以作为一种解决方法,字体刚刚转换为otf.

 

 

 

 

原文地址：http://www.voidcn.com/article/p-hhstdgxv-bvk.html