On Mon, Mar 27, 2017 at 1:39 PM, Philippe Verdy <verdy_p_at_wanadoo.fr> wrote:
> Note also that ISO3166-2 is far from being stable, and this could
> contradict Unicode encoding stability: it would then be required to ensure
> this stability by only allowing sequences that are effectively registered
> in http://www.unicode.org/Public/emoji/5.0/emoji-sequences.txt
> (independantly of the registration ins ISO3166-2), and nothing is said if
> ever ISO3166-2 obsoletes some codes and then some years later decide to
> reassign these codes to new entities: it should not be possible to do the
> same thing in Emoji sequences, and specific assignments will need to be
> made in the Unicode database.
>
The emoji sequences are stable. Please read
http://www.unicode.org/reports/tr51/proposed.html#valid-emoji-tag-sequences
and follow the links to the CLDR spec and data.
Let SD be the result of mapping each character in the tag_spec to a
character in [0-9a-z] by subtracting 0xE0000.
1. SD must then be a specification as per [CLDR
<http://www.unicode.org/reports/tr51/proposed.html#CLDR>] of either a
Unicode subdivision_id
<http://unicode.org/reports/tr35/index.html#unicode_subdivision_id> (
data
<http://www.unicode.org/repos/cldr/tags/latest/common/validity/subdivision.xml>)
or a 3-digit unicode_region_subtag
<http://unicode.org/reports/tr35/index.html#unicode_region_subtag> (
data
<http://www.unicode.org/repos/cldr/tags/latest/common/validity/region.xml>),
and
2. SD must have CLDR idStatus equal to "regular" or "deprecated".
markus
Received on Mon Mar 27 2017 - 18:35:39 CDT
This archive was generated by hypermail 2.2.0 : Mon Mar 27 2017 - 18:35:39 CDT