多应用+插件架构,代码干净,二开方便,首家独创一键云编译技术,文档视频完善,免费商用码云13.8K 广告
## 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](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文件中。因此本文演示的该小程序很好的展示了这种类型的输出,给出了详细的步骤指南,便于我们正确使用。 ![](https://box.kancloud.cn/2016-01-23_56a34086a9337.png) 如图16.2 一个Unicode副标题的图表