[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Mule-UCS 0.71 (KITANOTENMANGU) release.
- To: mule@xxxxxxxx
- Subject: Re: Mule-UCS 0.71 (KITANOTENMANGU) release.
- From: Kenichi Handa <handa@xxxxxxxxx>
- Date: Mon, 13 Mar 2000 15:35:30 +0900 (JST)
- In-reply-to: <200003130543.OAA21363@sh.w3.mag.keio.ac.jp> (duerst@w3.org)
- References: <m3bt5sye3u.fsf@vvv.vsu.ru><200002030205.LAA19770@etlken.etl.go.jp><uln50jc3p.fsf@MILCH.meadow.scphys.kyoto-u.ac.jp><m34sbo6mcd.fsf@vvv.vsu.ru><20000205121424S.sx0005@sx2.hrz.uni-dortmund.de><m3bt5sye3u.fsf@vvv.vsu.ru> <200003130543.OAA21363@sh.w3.mag.keio.ac.jp>
- Reply-to: mule@xxxxxxxx
"Martin J. Duerst" <duerst@xxxxxx> writes:
> At 00:30 00/02/11 +0900, $B5\2<(B $B>0(B:HIMI wrote:
>> As you say, current Mule character sets is too narrow to support Unicode
>> characters. To reduce this problem, we will introduce new character sets
>> based on Unicode.
>>
>> The new character set on Unicode is mule-unicode-0100-24ff.
>> As you can guess from this name, it covers Unicode characters ranged
>> from U+0100 to U+24FF.
> Why 24FF? There is quite some stuff after 24FF (although one can
> discuss whether these should be called characters, but that's
> a separate issue).
Simply because 0x2500-0x0100 is 96x96, that means that it
just fits in one Emacs' character set.
> I understand that you don't want to do beyond U+2FFF,
> although even that shouldn't be that difficult.
As we are running out two-byte character sets code area for
Emacs, it is difficult to add more 96x96 character set. We
can add more one-byte character sets, thus supporting
Unicode characters beyond 0x24FF by dividing into 96
characters is easy.
---
Ken'ichi HANDA
handa@xxxxxxxxx