I didn't see the original posting from Tomohiro KUBOTA but if possible,
I would like suggest that the iconv() code conversion be done in the
input method server/system side not each client so that there is no need to
change any of existing propoerly internationalized applications but
the only thing that you need to do is just run your application in
ja_JP.UTF-8 locale...
With regards,
Ienup
] Date: Thu, 25 Jan 2001 15:15:11 +0100 (CET)
] From: Bruno Haible <[EMAIL PROTECTED]>
] Subject: Re: X input methods for utf-8?
] To: [EMAIL PROTECTED]
] MIME-version: 1.0
] Content-transfer-encoding: 7bit
]
] Tomohiro KUBOTA writes:
]
] > - Since Japanese input engine is very complex and difficult to implement,
] > there are many Japanese input engines, including free and proprietary.
] > Japanese people have their own preference on input engines. Thus,
] > developing a new UTF-8 XIM cannot be a solution for Japanese users
] > because Japanese users will want to use their own input engines.
] > ... However, some Japanese users love a certain version
] > of a certain input engine, for various reasons
]
] Given this situation, I'd recommend to Bram to use iconv.
]
] There is some support for automatic conversion from/to UTF-8 in
] XFree86 4.0.2 (e.g. Xutf8ResetIC instead of XmbResetIC), but it doesn't
] yet cover the callbacks like XNPreeditDrawCallback. Maybe in 4.0.3 ...
]
] Bruno
] -
] Linux-UTF8: i18n of Linux on all levels
] Archive: http://mail.nl.linux.org/lists/
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/lists/
