Re: [Ltru] Canonical variants

["Phillips, Addison" <addison at amazon.com>]

The proposed paragraph for 'Choice' is also a bit different that originally proposed. There were no substantive changes made (only editorial ones). For the record:

<t>Use variant subtags sparingly and in the correct order. Most variant subtags have a 'Prefix' field or fields that express the list of subtags that they are appropriate with. Variants SHOULD only be used with subtags that appear in one of these 'Prefix' fields. If a variant lists another variant in one of its 'Prefix' fields, it SHOULD appear directly after that variant in any language tag where both occur. General purpose variants (those with no 'Prefix' fields at all) SHOULD appear after any other variant subtags. Because variants are very specialized, using many of them together generally makes the tag so narrow as to override the additional precision gained.

For example: the Slovenian variant 'rozaj' (Resian dialect) has a Prefix of "sl". Other Slovenian variants include 'biske' and '1994'. The subtag 'biske' lists "sl-rozaj" as a 'Prefix'. The subtag '1994' lists both "sl-rozaj" and "sl-rozaj-biske" as a 'Prefix'. Thus, the proper form of a tag that uses all three is "sl-rozaj-biske-1994". Putting the subtags into another order would interfere with interoperability, as well as the overall interpretation of the tag.</t>

Addison Phillips
Globalization Architect -- Lab126

Internationalization is not a feature.
It is an architecture.


> -----Original Message-----
> From: ltru-bounces at ietf.org [mailto:ltru-bounces at ietf.org] On
> Behalf Of Phillips, Addison
> Sent: Wednesday, July 16, 2008 12:54 PM
> To: Peter Constable; ltru at ietf.org
> Subject: Re: [Ltru] Canonical variants
>
> I tried to fit your rewording into the draft, but it really wasn't
> quite right either. I ended up making a list of rules, as follows:
>
> <t>If more than one variant appears:
>
>   <list style="letters">
>
>   <t>Order those variants related to the "base tag" via a 'Prefix'
> ahead of those variants that lack the relationship. For example,
> the tag "en-scottish-fonipa" (English, Scottish dialect, IPA
> phonetic transcription) is in canonical order because 'scottish'
> has a 'Prefix' of "en", while 'fonipa' has no 'Prefix' field.</t>
>
>   <t>Order any variant that includes another variant or list of
> variants in one of its 'Prefix' fields directly following that
> variant (or list of variants). For example, the tag "sl-1994-biske-
> rozaj" would be canonicalized as "sl-rozaj-biske-1994".  This is
> because 'rozaj' lists "sl" as its sole 'Prefix'; 'biske' lists "sl-
> rozaj" as its sole Prefix. The subtag '1994' has several prefixes,
> including "sl-rozaj". However, it follows both subtags because one
> of its 'Prefix' fields is "sl-rozaj-biske".</t>
>
>   <t>Keep any remaining variant subtags in their original order.
> For example, both the tags "tlh-boont-fonipa" (Klingon, Boontling,
> IPA phonetic transcription) and "tlh-fonipa-boont" are considered
> "canonical". The 'boont' subtag has a 'Prefix' of "en" (it really
> shouldn't appear in this tag), while 'fonipa' has no 'Prefix'. The
> reason for the selection and ordering of these subtags cannot be
> determined from the registry, so the original order is
> maintained.</t>
>
> </list>
> </t>
>
> Comments?
>
> Addison
>
> Addison Phillips
> Globalization Architect -- Lab126
>
> Internationalization is not a feature.
> It is an architecture.
>
>
> > -----Original Message-----
> > From: ltru-bounces at ietf.org [mailto:ltru-bounces at ietf.org] On
> > Behalf Of Peter Constable
> > Sent: Tuesday, July 15, 2008 2:50 PM
> > To: ltru at ietf.org
> > Subject: Re: [Ltru] Canonical variants
> >
> > > From: ltru-bounces at ietf.org [mailto:ltru-bounces at ietf.org] On
> > Behalf Of
> > > Phillips, Addison
> >
> >
> > > And then in canonicalization say:
> > > --
> > > 6. If more than one variant appears, order the variants
> according
> > to
> > > their Prefix fields in the registry. In this order, if a
> variant
> > > appears in one of a variant's Prefix fields, it MUST appear in
> > the tag
> > > preceding that variant. If none of the other variants appear in
> > the tag,
> > > order it after any variants that have a prefix that matches the
> > tag,
> > > otherwise preserving the original order selected by the user.
> >
> > > Comments?
> >
> > Only that the 2nd and 3rd sentences need to be reworded -- though
> > it's not exactly easy to come up with straightforward wording for
> > this. He's alternate wording -- not sure that it's much better,
> > though:
> >
> > 6. If more than one variant appears, order the variants according
> > to their Prefix fields in the registry. In this order, all
> variant
> > subtags within a tag that have a Prefix-field relationship with
> > another variant subtag also within that tag MUST occur before
> > variant subtags that do not have such a relationship, and they
> must
> > be ordered such that if variant1 is listed as a Prefix for
> variant2
> > then variant1 MSUT occur in a tag before variant2.
> >
> >
> >
> > Peter
> > _______________________________________________
> > Ltru mailing list
> > Ltru at ietf.org
> > https://www.ietf.org/mailman/listinfo/ltru
> _______________________________________________
> Ltru mailing list
> Ltru at ietf.org
> https://www.ietf.org/mailman/listinfo/ltru
_______________________________________________
Ltru mailing list
Ltru at ietf.org
https://www.ietf.org/mailman/listinfo/ltru