Japanese specific Kana characters treating between MacOS X and other OS

0 Likes

Problem:

Japanese specific Kana characters treating between MacOS X and other OS

Resolution:

  • Product Name: StarTeam
  • Product Version: 6.0 to 2005 R2
  • Product Component: Cross-Platform Client
  • Platform/OS Version: MacOS X and Windows

Description:

Specific Japanese character, Kana with Dakuten/Handakuten for folder/file names that were directly created from MacOS X"s operation during Cross-Platform Client usage will be displayed as block character in Windows Cross-Platform Client.


Answer/Solution:

This phenomenon due to difference of support of Unicode Normalization (see http://www.unicode.org/unicode/reports/tr15/ ) between Windows OS and MacOS X. Mac OS X support Formalization Form D and Kana with Dakuten/Handakuten character will be stored as separate to primary composition and dynamic composition (Dakuten/Handakuten, U 3099/U 309A) part. For example for "Pro" in Japanese Katakana (UNC.gif), it will be stored as \u30D5\u309A\u30ED. The other hand Windows OS do not support Unicode Formalization and also there is no code point for U 3099/U 309A in Shift JIS and EUC-JP codesets (Dakuten/Handakuten code point is U 309B/U 309C in both codesets). Therefore impossible to display character will be displayed as block character under Windows Cross-Platform Client like UND.gif.

To avoid this phenomenon, available recommendation is like the bellow.

  1. Do not use Japanese character for folder/file name
  2. Limit to use of MacOS X Cross-Platform Client
  3. Do not create folder/file by directly MacOS X"s operation and instead use Cross-Platform Client for new folder creation, use Windows Cross-Platform Client for new file creation and first time add-file operation.

Also bellow article is useful to understand this phenomenon. http://developers.sun.com/techtopics/global/products_platforms/solaris/reference/presentations/IUC29-FileSystems.pdf


Author: T.Tsuchiya

Old KB# 27998
Comment List
Related
Recommended