16.8 Unicode字符问题

声明:由于本人对自字符集了解不深,因此翻译效果比较差,忘各大网友给予大力支持。

在我们关心我们所使用的字体字符集时,在JFreeChart和iText中使用Unicode字符集是没有任何问题的。在上面的例子中我们需要做一些修改来演示如何做到这些。

16.8.1 背景

Java使用同一的字符集译码成文本字符串。这种译码对每个字符使用16进制。这就意味着将有65,536个有效的不同字符集(在Unicode标准中定义了大约38,000个字符)。

我们可以在JFreeChart和iText中使用这些字符,但归于一条:那就是只要我们使用的字体,包括我们用来显示的文本或者不显示的,都必须定义这些字符。许多字体并不完全显示成Unicode字符集。下面的网站含有那些的确支持Unicode的字体的有用信息:

http://www.slovo.info/unifonts.htm

我们可以成功的提取使用tahoma.ttf字体。实际上,下面实例中我们将使用该字体,Tahoma字体并不是支持Unicode定义的每一个字符。因此,如果我们想使用一种特殊的字体时,就得必须选Unicode中一种相近的字体来代替。我们系统上都安装了字体Unicode MS (arialuni.ttf)——该字体完全支持Unicode字符集,尽管这种字体的定义的文件特别大(大约24M)

16.8.2 字体、iText和Java

iText依照PDF规格来处理字体,这就对使用PDF文件嵌入的字体来处理文件带来了非常大的方便性,同时也需要自由读取定义文件的字体。

而java在字体类中汲取了部分字体格式的大部分细节内容。

在iText中,为支持Graphics2D的实现画图功能,实现从Java字体对象到BaseFont对象的映射字体对象是非常有必要的。这就是FontMapper接口所扮演的角色。

如果我们使用缺省的构建器构建了一个新的DefaultFontMapper实例,那么总会带有Java规格定义的本地字体映射。但是如果我们想使用其他一些字体——并且我们必须使用Unicode之外的字符——那么我们需要将其他的字符映射加入到DefaultFontMapper对象中。

16.8.3 映射第三方的字体

这里我们决定使用Tahoma字体来显示标题。该字体的定义文件(tahoma.ttf)在我们系统下面的目录下可以找到。

/opt/sun-jdk-1.4.2.08/jre/lib/fonts

现在我们使用代码说明,使用iText创建FontMapper对象来使用Tahoma字体:

//设置字体
DefaultFontMapper mapper = new DefaultFontMapper();
mapper.insertDirectory("D:\\jre1.5.0_10\\lib\\fonts");
DefaultFontMapper.BaseFontParameters pp =
    mapper.getBaseFontParameters("Tahoma");
if (pp!=null) {
    pp.encoding = BaseFont.IDENTITY_H;
}

现在我们可以修改创建图表的代码,将图表的标题使用该字体:

TextTitle textTitle = chart.getTitle();
textTitle.setFont(new Font("Tahoma", Font.PLAIN, 20));
String text = "\u278A\u20A0\u20A1\u20A2\u20A3\u20A4\u20A5\u20A6\u20A7\u20A8\u20A9";
// String text = "hi";
Font font = new Font("Tahoma", Font.PLAIN, 12);
TextTitle subtitle = new TextTitle(text, font);
chart.addSubtitle(subtitle);

副标题的输出如下图16.2所示。实例已经嵌入到PDF文件中。因此本文演示的该小程序很好的展示了这种类型的输出,给出了详细的步骤指南,便于我们正确使用。

如图16.2 一个Unicode副标题的图表