Subject: [Ltru] make hypothetical nature of extlang registrations clear (gen-art #17)

From: "Addison Phillips" <[email-masked]>
Date: Thu, 1 Sep 2005 11:57:17 -0700

> > s3.4: para 2 and para next but one after Figure 5: At first sight 
> > these paras appear to conflict?  the second one appears to indicate 
> > that type 'extlang' subtags can be registered but they are not 
> > mentioned in the first one. Presumably this is because extlang is 
> > currently reserved for future use, but it would be good to mention 
> > this in para 2.  Text saying something like 'extlang records will 
> > also be able to be registered by this process when they are introduced'.
> [Addison Phillips]
> 
> The key word in para 2 is "independently". There are also 
> registrations that can occur due to standards body activity 
> (assignment of a new ISO
> 3166 code, for example).
> 
> Extlangs cannot currently be registered, as noted they are reserved.
> However, the rules for extlangs are spelled out so that 
> implementations can take them into account. Therefore it is important 
> to point out that they must have a Prefix again here. The conditional 
> nature of their existence might be better mirrored by the wording, though.

Proposed Solution:

Although many people seem to miss the word "independently", para2 really doesn't need to be modified. I propose we modify this sentence:

--
Variant and extlang subtags are always registered for use with a particular range of language tags.
--

To say:

--
Variant subtags are always registered for use with a particular range of language tags.
--

And then following that paragraph a new para saying:

--
<t>Extended language subtags are reserved for future standardization. These subtags will be REQUIRED to include exactly one "Prefix" field once they are allowed for registration.</t>
--

Addison P. Phillips
Globalization Architect, Quest Software
http://www.quest.com

Chair, W3C Internationalization Core Working Group
http://www.w3.org/International

Internationalization is not a feature.
It is an architecture. 

_______________________________________________
Ltru mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/ltru