From: African Oracle (email@example.com)
Date: Wed May 05 2004 - 07:59:37 CDT
You are right Doug. Such implementation as highlighted by you will
accelerate development reduce learning complex algorithms.
----- Original Message -----
From: "Philippe Verdy" <firstname.lastname@example.org>
To: "Doug Ewell" <email@example.com>
Cc: "Unicode List" <firstname.lastname@example.org>
Sent: Wednesday, May 05, 2004 1:52 PM
Subject: Re: Just if and where is the then?
From: "Doug Ewell" <email@example.com>
> The solution is *not* to develop a new African 8-bit encoding that
> encodes Ẹ́ and ẹ́ as precomposed characters, and then try to use that
> as a justification for getting them encoded as precomposed characters in
> Unicode, "but without any canonical equivalence."
Did I develop and promote such encoding? I will not because I don't need it.
It's up to African communities or governments or local instituions and
educational organizations to decide if they wish such encoding, if this
development is justified by a reasonable reduction of costs with an
compatibility with low-cost softwares and systems, and simplified processes
get appropriate fonts and input methods supporting a well-defined and
subset, needed for the languages they wish to normalize and stabilize with
accepted orthography that can be taught.
The Unicode-ISO/IEC 10646 standards are great for interchange of data
internationally, but offers no help for the local development of languages.
them, there's a need to simplify what is really needed for each language,
an common reduced alphabet, and be able to create easy to learn orthographic
Unification will still be possible with Unicode, without necessarily needing
1-to-1 mapping between each Unicode code point and each code position in
standardized subset. I think it is really possible (and desirable) to create
such subset for the corresponding languages, while also keeping a round-trop
compatibility (limited to the languages considered), even if this is
by 1-to-N mappings from the new charset and Unicode. This won't break the
compatibility with the Unicode stability policy.
Knowing that Unicode-ISO/IEC 10646 is a now de facto standard (after being a
jure one in ISO) will clearly guide those charset developments complying
Unicode rules and policies, so that such adoption will not create a
handle, with unreasonable additional costs for transcoding to/from/through
I see absolutely no problem if new ISO-8859-* variants is added in the
for better support of African or Asian languages (or even for European ones,
i.e. Georgian and Armenian), and no opposition of principles if some newer
ISO2022 charset is created for Canadian Syllabics or Ethiopic if this helps
processing the corresponding languages.
This archive was generated by hypermail 2.1.5 : Fri May 07 2004 - 18:45:25 CDT