[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [idn] BRACE: Bi-mode RACE
- To: "Adam M. Costello" <firstname.lastname@example.org>
- Subject: Re: [idn] BRACE: Bi-mode RACE
- From: James Seng <James@Seng.cc>
- Date: Sat, 09 Sep 2000 15:26:31 +0800
- Cc: idn working group <email@example.com>
- Delivery-date: Sat, 09 Sep 2000 00:28:11 -0700
- Envelope-to: firstname.lastname@example.org
While I am glad that someone is working on this, once again, please kindly
submit it as Internet Draft. This allows more people to review (beyond this WG
maybe) and more importantly, RFC2026.
"Adam M. Costello" wrote:
> Okay, never mind that FACE stuff. :)
> I've come to understand why FACE and SACE could not hope to match RACE's
> efficiency for the kinds of strings RACE is designed for.
> On the other hand, RACE does not come close to FACE's efficiency for
> strings that use ASCII letters and digits in addition to non-ASCII
> characters, which I think will be common (consider non-English phrases
> that refer to things with ASCII names). RACE is also less efficient for
> strings in which many characters come from a single row, but not all
> (like Japanese text with many kana and some kanji).
> BRACE (Bi-mode RACE) is an extension of RACE that is efficient for all
> UTF-16 strings. It uses the same mechanism as RACE (with a few added
> variations), and the mode-switching mechanism from FACE. The cost of
> the improved efficiency is increased complexity.
> The spec, accompanied by an implementation in ANSI C, is here: