chuguanghua wrote:
> when run this class in japanese OS, the glyph of '\u00a5',
> JPY symbol(not the glyph for \u005c in chinese or english), was
> printed in console, this is correct and expected. But the glyph shown in
> pdf is \ , this is not expected,
That's what I would expect; the opposite would surprise me.
You should do something like this:
document.add(
new Paragraph("Japanese path separator: " + File.separator,
japaneseFont));
Introducing functionality that changes one glyph into another feels like
introducing a bug: what if you really want to visualize an English
backslash on an Asian OS? Also: I assumed Java was supposed to be
platform independent. We can't start replacing characters based on the
OS, can we?
--
This answer is provided by 1T3XT BVBA
http://www.1t3xt.com/ - http://www.1t3xt.info
------------------------------------------------------------------------------
OpenSolaris 2009.06 is a cutting edge operating system for enterprises
looking to deploy the next generation of Solaris that includes the latest
innovations from Sun and the OpenSource community. Download a copy and
enjoy capabilities such as Networking, Storage and Virtualization.
Go to: http://p.sf.net/sfu/opensolaris-get
_______________________________________________
iText-questions mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/itext-questions
Buy the iText book: http://www.1t3xt.com/docs/book.php
Check the site with examples before you ask questions:
http://www.1t3xt.info/examples/
You can also search the keywords list: http://1t3xt.info/tutorials/keywords/
