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

Re: [Ltru] a modest proposal...



[co-chair hat on]

I don't think we have enough feedback on this yet to be able
to declare this to be close to consensus. In particular, I
have seen several people that I'd count in the extlang camp
to agree on this, but I haven't seen anybody that I'd count
as being firmly against extlangs commenting. Ultimately,
for a real compromize, we would need support from a significant
number of people from both camps.

On the other hand, I don't remember seeing anybody actively
opposing to this proposal, which is definitely a good sign.
If you have support/comments, or a somewhat different proposal
for a compromize, don't hesitate to send it to the list.

I probably have expressed this before, but I'm also quite a bit
worried that we don't have anybody on this list from one of the
directly affected communities (Chinese, Arabic, Sign Languages,...).

Regards,    Martin.

At 04:38 08/05/30, Phillips, Addison wrote:
>Since:
>
>1. We appear to be stuck.
>2. We (most of us, anyway) would like to see this work completed.
>3. We haven't a compelling-enough technical argument that resolves the issue.
>
>I would like to submit a "modest proposal" for addressing the impasse:
>
>1. Restore a *single* extlang to the ABNF.
>2. Keep the Macrolanguage field in the registry for all encompassed 
>languages, which information may be use by implementations however makes 
>the most sense.
>3. Cherry pick *only* the 'zh' (and possibly the 'ar') encompassed 
>languages for registration as extlangs. This is done in the name of 
>compatibility alone. 4. Permit implementations to treat the 'language' 
>production as atomic (that is, the sequence "zh-yue" MAY be treated as if 
>it were a single subtag but MAY be treated as separate subtags, notably by 
>existing implementations). Note that the 'language' production is the one 
>that includes both the primary and extended language subtags.
>
>Thoughts?
>
>Addison
>
>Addison Phillips
>Globalization Architect -- Lab126
>
>Internationalization is not a feature.
>It is an architecture.
>
>
>_______________________________________________
>Ltru mailing list
>Ltru at ietf.org
>https://www.ietf.org/mailman/listinfo/ltru


#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp      mailto:duerst at it.aoyama.ac.jp    

_______________________________________________
Ltru mailing list
Ltru at ietf.org
https://www.ietf.org/mailman/listinfo/ltru



Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.