LANGUAGE SUBTAG REGISTRATION FORM: pinyin

Mark Davis mark.davis at icu-project.org
Tue Aug 5 01:50:18 CEST 2008


There is no such structure in RFC4646. If you think that there should be
such structure, you should propose it on <ltru at ietf.org>.

Mark


On Mon, Aug 4, 2008 at 4:47 PM, Kent Karlsson <kent.karlsson14 at comhem.se>wrote:

>  Hmm, no; I think one might want to deprecate a prefix **as a prefix**,
> while not deprecate the prefix as such.
>
> Type: variant
> Subtag: fubar
> Description: Fubar
> Prefix: zh [DEPRECATED]
> Prefix: cmn
> while not deprecating the language subtag zh as such.
>
>     /kent k
>
>  ------------------------------
> *From:* ietf-languages-bounces at alvestrand.no [mailto:
> ietf-languages-bounces at alvestrand.no] *On Behalf Of *Mark Davis
> *Sent:* Tuesday, August 05, 2008 1:27 AM
>
> *To:* Broome, Karen
> *Cc:* Frank Ellermann; ietf-languages at alvestrand.no
> *Subject:* Re: LANGUAGE SUBTAG REGISTRATION FORM: pinyin
>
>  Here would be a (made up) example.
>
> In 2005, the following gets added
>
> %%
> Type: variant
> Subtag: fubar
> Description: Fubar
> Added: 2006-09-18
> Prefix: sr-CS
> Comments: Fubar dialect of Serbian used only in CS
>
> Now, later on in 2005,  CS gets deprecated as below.
>
> %%
> Type: region
> Subtag: CS
> Description: Serbia and Montenegro
> Added: 2005-10-16
> Deprecated: 2006-10-05
> Comments: see RS for Serbia or ME for Montenegro
>
> At this point, it is unnecessary to have structure to mark sr-CS as being a
> deprecated prefix of fubar, since a record that that prefix points (CS) to
> has been deprecated. What would be necessary, however, is to add either
> "sr-RS" or "sr-ME", or even "sr" as prefixes of fubar so that it would have
> some valid prefixes.
>
> Mark
>
>
> On Mon, Aug 4, 2008 at 4:08 PM, Broome, Karen <Karen_Broome at spe.sony.com>wrote:
>
>>  If you deprecate X in the example below and not Y, can you give me an
>> example of the IANA Registry Record for this scenario?
>>
>>
>>
>> Karen
>>
>>
>>
>> *From:* mark.edward.davis at gmail.com [mailto:mark.edward.davis at gmail.com]
>> *On Behalf Of *Mark Davis
>> *Sent:* Monday, August 04, 2008 4:07 PM
>> *To:* Broome, Karen
>> *Cc:* Frank Ellermann; ietf-languages at alvestrand.no
>>
>> *Subject:* Re: LANGUAGE SUBTAG REGISTRATION FORM: pinyin
>>
>>
>>
>> There is no structure in 4646 or 4646bis for deprecating a prefix X for a
>> subtag Y. However, the same effect would be achieved by just deprecating X,
>> so I don't think we need such structure.
>>
>> Mark
>>
>>  On Mon, Aug 4, 2008 at 3:57 PM, Broome, Karen <Karen_Broome at spe.sony.com>
>> wrote:
>>
>> Hmm. But deprecation occurs on the entire record. Is there a way to
>> indicate that a single prefix is deprecated but not the tag? If we can add
>> prefixes later, we ought to be able to deprecate them too. But I'm not sure
>> how we'd do this in the current structure.
>>
>>
>>
>> Karen
>>
>>
>>
>> *From:* ietf-languages-bounces at alvestrand.no [mailto:
>> ietf-languages-bounces at alvestrand.no] *On Behalf Of *Mark Davis
>> *Sent:* Monday, August 04, 2008 3:53 PM
>> *To:* Frank Ellermann
>>
>>
>> *Cc:* ietf-languages at alvestrand.no
>>
>> *Subject:* Re: LANGUAGE SUBTAG REGISTRATION FORM: pinyin
>>
>>
>>
>> No. According to the RFC, we can add other prefixes later.
>>
>> Mark
>>
>> On Mon, Aug 4, 2008 at 12:21 PM, Frank Ellermann <
>> nobody at xyzzy.claranet.de> wrote:
>>
>> Randy Presuhn wrote:
>>
>> > "why didn't they use '-pinyin'?"
>>
>> Just a theoretical thought, if we take -pinyin with prefix
>> zh-Latn- now there's no way to get rid of the prefix later.
>>
>> So if folks later want "pinyin" with prefix cmn-Latn- and
>> others, but without zh-Latn-, they'd be forced to invent
>> a new variant, say -pinyin2, and that would allow them to
>> deprecate -pinyin in favour of -pinyin2.
>>
>> If that is exactly what you want (later, when cmn exists),
>> you could use -pinyin1 now, and deprecate it in favour of
>> the later "real" -pinyin with the "real" prefix cmn-Latn-
>> instead of the slightly "unreal" zh-Latn-pinyin1 possible
>> today.
>>
>>  Frank
>>
>>
>> _______________________________________________
>> Ietf-languages mailing list
>> Ietf-languages at alvestrand.no
>> http://www.alvestrand.no/mailman/listinfo/ietf-languages
>>
>>
>>
>>
>>
>
>
> _______________________________________________
> Ietf-languages mailing list
> Ietf-languages at alvestrand.no
> http://www.alvestrand.no/mailman/listinfo/ietf-languages
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.alvestrand.no/pipermail/ietf-languages/attachments/20080804/812429f3/attachment.htm 


More information about the Ietf-languages mailing list