[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