Re: New version of UTF-8 on Linux

2005-03-23 Thread Arne GÃtje (éçè)
n); I've converted it to an Emacs input > method which works just fine. > > Today, with the many new Unicode characters, CCCII is *really* > obsolete. I see... Cheers Arne -- Arne GÃtje (éçè) <[EMAIL PROTECTED]> PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7

Re: New version of UTF-8 on Linux

2005-03-23 Thread Arne GÃtje (éçè)
On Thursday 24 March 2005 10:30, Theron Stanford wrote: > On Wed, 23 Mar 2005 10:10:53 +0800, Arne GÃtje (éçè) <[EMAIL PROTECTED]> wrote: > > Traditionally the characters have been written all the same way in > > all CJK areas (China, Taiwan, Japan, Korea, Singapore, Viet

Re: New version of UTF-8 on Linux

2005-03-23 Thread Arne GÃtje (éçè)
ture, and if we would want to use it, we would have to 'define' a standard, *which* of the varient selectors represents which presentation form. Another feature is 'stylistic alternatives (salt)' and is also not supported in any application except fontforge... this one let&#

Re: New version of UTF-8 on Linux

2005-03-22 Thread Arne GÃtje (éçè)
On Wednesday 23 March 2005 12:24, Greg Aumann wrote: > Arne GÃtje (éçè) wrote: > > I am following the Arphic style used in the Big5 fonts. However, > > I'm experimenting with OTF features, like providing multiple > > varients for different regions. The next release (

Re: New version of UTF-8 on Linux

2005-03-22 Thread Arne GÃtje (éçè)
th OTF features, like providing multiple varients for different regions. The next release (scheduled for March 27.) will contain the varients for the "bone" character. Currently I know only OpenOffice.org to support this function. I only do this for testing first. Homepage of the proj