Return-Path: Received: from murder ([unix socket]) by eikenes.alvestrand.no (Cyrus v2.2.8-Mandrake-RPM-2.2.8-4.2.101mdk) with LMTPA; Sat, 03 Sep 2005 05:59:05 +0200 X-Sieve: CMU Sieve 2.2 Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id C4CF8320095 for ; Sat, 3 Sep 2005 05:59:05 +0200 (CEST) Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26124-05 for ; Sat, 3 Sep 2005 05:59:01 +0200 (CEST) X-Greylist: domain auto-whitelisted by SQLgrey-1.4.8 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by eikenes.alvestrand.no (Postfix) with ESMTP id BCFAB32008A for ; Sat, 3 Sep 2005 05:59:00 +0200 (CEST) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EBP9p-00039H-6y; Fri, 02 Sep 2005 23:57:33 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EBP9m-00038i-T9 for ltru@megatron.ietf.org; Fri, 02 Sep 2005 23:57:31 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA27921 for ; Fri, 2 Sep 2005 23:57:28 -0400 (EDT) Received: from montage.altserver.com ([63.247.74.122]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EBPC3-0000VH-Cg for ltru@ietf.org; Fri, 02 Sep 2005 23:59:52 -0400 Received: from ver78-2-82-241-91-24.fbx.proxad.net ([82.241.91.24] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1EBP9f-0001x0-Sa; Fri, 02 Sep 2005 20:57:24 -0700 Message-Id: <6.2.3.4.2.20050903010528.05df5d60@mail.afrac.org> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Sat, 03 Sep 2005 05:57:17 +0200 To: Mark Davis From: r&d afrac Subject: Re: [Ltru] Re: At least one prefix for variant (GenArt) #18 In-Reply-To: <4318825C.3030902@icu-project.org> References: <634978A7DF025A40BFEF33EB191E13BC0CA91542@irvmbxw01.quest.com> <20050901165823.GB17084@NYCMJCOWA2> <43175FD0.3232@xyzzy.claranet.de> <6.2.3.4.2.20050902140654.04d97860@mail.afrac.org> <4318825C.3030902@icu-project.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - montage.altserver.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - afrac.org X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081 Cc: Frank Ellermann , ltru@ietf.org X-BeenThere: ltru@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ltru-bounces@ietf.org Errors-To: ltru-bounces@ietf.org X-Virus-Scanned: by amavisd-new at alvestrand.no At 18:48 02/09/2005, Mark Davis wrote: > > I note that Mark wants to be able to support en-189-us? Would that be > > for voice subtags? Would be an interesting move. > >Incorrect. I was suggesting reserving certain subtags for future use >as either scripts/orthographies or regions. But "en-189-us" doesn't >match what I said; look at the ABNF: >- scripts would always be 4 characters, and >- regions would always be 2 or 3 characters. Dear Mark, correct. I misread the proposition. >So your example is invalid under both the current proposal and under >my suggested addition of reservations for the future, since your >example has 2 region codes in a row. >More realistic examples would be: > >el-Ply0-GR // Ply0 is an example of a possible future use, e.g. polytonic >or >en-PR0 // US2 is an example of a possible future use, e.g. a >historic region like Prussia > >Frankly (or Ellermanly), regions are not that interesting, because >variants are adjacent in the tags, and thus would have the right >fallback behavior. >However, script/orthographies are interesting, since they *can't* be >replaced by variants in fallback; you get the wrong answer. So, you still do not want to document the multimodal aspects? This keeps the draft in the ISO 639 script oriented "mood" I would say? Up to now Addison and you responded quickly to protect the ABNF against my propositions. It lead to a far better clarity than in Dec last, and reduced the risks of conflicts with the URI-tags. Does that mean that you abandon us the voice/sign/icon.. documentation? I have no problem with that, but our MPEG liaison would like to know. Take care. jfc jfc _______________________________________________ Ltru mailing list Ltru@ietf.org https://www1.ietf.org/mailman/listinfo/ltru