Re: draft-phillips-langtags-08, process, sp ecifications, "stability", and extensions

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dear John,
thank you to acknowledge that the proposed draft "_impose_" something ! It therefore do not report on an existing practice.
thank you to acknowledge that the proposed draft even "_limits_" the current practice !
thank you to explain that the decision of the user is replaced by an a-priori obligation .. resulting from a decision of a member of this list.


Technically, these remarks are however without incidence on John Klenin's remark: a limitation is only a (negative) extension. I support _every_ position of John Klensin today (except that the IANA registrations should be transfered to IANA now which would set-up a global procedure equal to all, to address the possible discrepancies between the RFC 3066 and the draft). This would permit an acceptance by the IESG. Otherwise such an acceptance is unadvisable.
jfc


At 21:28 06/01/2005, John Cowan wrote:
John C Klensin scripsit:
>    Content-language: <3066-tag>
>    X-Extended-Content-language: <new-tag>

This reflects a fundamental misunderstanding of what the draft does
compared to what RFC 3066 does.  It imposes *more* restraints on language
tags, not fewer.  The RFC 3066 language tag registration process can
register tags with almost unpredictable meaning once one gets past the
first subtag.  The draft *limits* the possible tags to a small subset,
and tightens up the allowable semantics.  It allows no tag to be used
that was not already registerable under RFC 3066.

In RFC 3066, it is only a heuristic (or examination of the IANA registry,
which is not machine-parseable) that tells the meaning of the second
subtag the existing registered tag sr-Latn.  In the draft, its meaning
is unambiguously specified a priori.

--
John Cowan  <jcowan@xxxxxxxxxxxxxxxxx>  http://www.ccil.org/~cowan
        Raffiniert ist der Herrgott, aber boshaft ist er nicht.
                --Albert Einstein
_______________________________________________
Ietf-languages mailing list
Ietf-languages@xxxxxxxxxxxxx
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________

Ietf@xxxxxxxx
https://www1.ietf.org/mailman/listinfo/ietf

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]