[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.