Robert Gurol created BATIK-1073:
-----------------------------------
Summary: ttf2svg not working for 4Byte Unicode
Key: BATIK-1073
URL: https://issues.apache.org/jira/browse/BATIK-1073
Project: Batik
Issue Type: Bug
Affects Versions: 1.7
Environment: Windows
Reporter: Robert Gurol
Priority: Minor
I was recently trying to convert a ttf font to svg (in order to embed it in
svgs for batik to work correctly).
I stumbled across a problem with unicode characters of the 4-byte range
(U+10000 - U+1FFFFF, cf. http://en.wikipedia.org/wiki/UTF-8#Description ).
The font I tried to convert is called HanaMinA (
http://sourceforge.jp/projects/hanazono-font/releases/ ) , and contains, among
others, glyphs for the range U+2F800 .. U+2FA1D, i.e. 194560 - 195101 in
decimal.
However, the call
java -jar batik-ttf2svg.jar HanaMinA.ttf -l 194560 -h 195101 -o
HanaMinA.svgfont
or even
java -jar batik-ttf2svg.jar HanaMinA.ttf -l 32 -h 2097151 -o HanaMinA.svgfont
only returned a very small file (some 40kB, instead of some 80 MB), in case of
the latter only containing the ASCII part of the font plus 6 glyphs above
U+3000 (instead of some 40000).
It seems ttf2svg ignores the 4-Byte unicode characters.
-autorange did not work, either.
In case anyone has the same problem, I used FontForge
(https://sourceforge.net/projects/fontforge/files/fontforge-source/) as a
workaround. It has other issues, though, and generated invalid XML with
duplicate glyphs in my case...
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-h...@xmlgraphics.apache.org
