[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Mule-UCS 0.84 (KOUGETSUDAI) release.
On November 7, 2002, [mule:03316],
Dave Love <d.love@xxxxxxxx> wrote:
> Instead of using a constant replacement character for data which can't
> be decoded, it would be much better to use the same technique as Emacs
> 21, and maintain the byte sequence of the input data using eight-bit
> charsets. As it is, Mule-UCS can corrupt correct utf-8 data. (I
> realize this is a fair amount of work.)
Actually, Mule-UCS corrupts correct utf-8 character if a code is
larger than 24bit. I think this is current Mule-UCS's limitation.
--
Tatsuya Kinoshita