Table issues (Part 2)

Erik van der Poel erikv at google.com
Wed Dec 5 19:25:35 CET 2007


I guess that is one way of doing it. Since we appear to feel the need
to include some MAYBEs in Category H, we may also want a Category N
for Backwards Compatibility MAYBE. Or just roll Categories L, M and N
into H.

The draft still mentions MAYBE NOT and MAYBE NO. Ken mentioned this too.

Erik

On Dec 5, 2007 9:51 AM, Mark Davis <mark.davis at icu-project.org> wrote:
> 3. Add new sections:
>
> 2.2.6. Category L - Backwards Compatibility ALWAYS
>
> This category consists of code points in Unicode that were assigned to
> ALWAYS by applying the calculation rules in Section 3 to any previous
> version of Unicode extending back to Unicode version 5.1. That is, if the
> current version of Unicode were 7.0, and character X had been determined to
> be ALWAYS according to an application of the rules in, say, Unicode 6.1,
> then it has a backward-compatibility value of ALWAYS.
>
> 2.2.7. Category M - Backwards Compatibility NEVER
>
>  This category consists of code points in Unicode that were assigned to
> NEVER by applying the calculation rules in Section 3 to any previous version
> of Unicode extending back to Unicode version 5.1. That is, if the current
> version of Unicode were 7.0, and character X had been determined to be NEVER
> according to an application of the rules in, say, Unicode 6.1, then it has a
> backward-compatibility value of NEVER.


More information about the Idna-update mailing list