We develop Japanese language Java applications and applets.
Until recently, Nav didn't support Unicode. It does (we're testing on
the Japanese versions of Nav), but the results are unpredictable:
O circumflex (Unicode character 00F4) maps to garbage on the Mac version
when used in a java.awt.List. It maps correctly, though, on the other
Nav versions (esp. Windows platforms... I suspect because they natively
Typing into a java.awt.TextField is worse. Enter "NIHONGO" (with the
Apple Kotaeri Japanese FEP) into a TextField and you get "NIGOGO"
(Shift-JIS sequence 93FA 967B 8CEA maps to Unicode 65E5 7D21 8A9E
instead of the correct 65E5 672C 8A9E) If elementary Kanji like "Hon"
doesn't map, how can I rely on their implementation? Or is this
happening only to Macs which are trilingual? (Simplified Chinese, Trad.
A Mac loaded with multiple Language Kits (Chinese, Japanese, etc) will
mix and match Han character fonts at whim. (Imagine seeing the word
"international" in Helvetica, except every third letter is in Courier)
Is anyone else attempting to work with this? I realize 1.1 has full
international support, but we won't be seeing versions of that in
browsers for a while, so we're trying to work with the partial Unicode
support in Netscape's version of 1.0.2. Is it broken? Their docs say
they map from Korean, Japanese, Chinese (Simplified and Traditional),
and Latin-2 to Unicode. How reliable are their tables?
Excuse the posting to this list, but relatively few people use multiple
han based languages on one machine, so I thought this list would have
the best chance of reaching a person with a multi-lingual Mac
-- Adrian Havill <http://www.threeweb.ad.jp/> MAIN: +81 (06) 536-6731 S.E., System Planning & Production Division FAX: +81 (06) 536-6741
This archive was generated by hypermail 2.1.2 : Tue Jul 10 2001 - 17:20:33 EDT