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; Wed, 06 Apr 2005 15:36:19 +0200 X-Sieve: CMU Sieve 2.2 Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 7F9C961B64 for ; Wed, 6 Apr 2005 15:36:19 +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 30832-09 for ; Wed, 6 Apr 2005 15:36:16 +0200 (CEST) Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by eikenes.alvestrand.no (Postfix) with ESMTP id 0BCC161B4F for ; Wed, 6 Apr 2005 15:36:16 +0200 (CEST) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DJAh7-0006FX-LO; Wed, 06 Apr 2005 09:35:45 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DJAh6-0006DL-6d for ltru@megatron.ietf.org; Wed, 06 Apr 2005 09:35:44 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA11217 for ; Wed, 6 Apr 2005 09:35:42 -0400 (EDT) Received: from [63.247.76.195] (helo=montage.altserver.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DJApS-0007hQ-7Y for ltru@ietf.org; Wed, 06 Apr 2005 09:44:22 -0400 Received: from lns-p19-19-idf-82-249-7-154.adsl.proxad.net ([82.249.7.154] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1DJAgf-0007Qy-KU; Wed, 06 Apr 2005 06:35:18 -0700 Message-Id: <6.1.2.0.2.20050406151907.035821d0@mail.jefsey.com> X-Sender: jefsey+jefsey.com@mail.jefsey.com X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Wed, 06 Apr 2005 15:27:29 +0200 To: "L.Gillam" , ltru From: "JFC (Jefsey) Morfin" Subject: Re: [Ltru] Re: Registry in record-jar format - smart matching? In-Reply-To: <4A7C6FA2AB31194E80E13FE585F6A2121A5939@EVS-EC1-NODE1.surre y.ac.uk> References: <4A7C6FA2AB31194E80E13FE585F6A2121A5939@EVS-EC1-NODE1.surrey.ac.uk> Mime-Version: 1.0 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 - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jefsey.com X-Scan-Signature: 00e94c813bef7832af255170dca19e36 Cc: X-BeenThere: ltru@lists.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: , Content-Type: multipart/mixed; boundary="===============1095854910==" Sender: ltru-bounces@lists.ietf.org Errors-To: ltru-bounces@lists.ietf.org X-Virus-Scanned: amavisd-new at alvestrand.no --===============1095854910== Content-Type: multipart/alternative; boundary="=====================_10721106==.ALT" --=====================_10721106==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed At 14:21 06/04/2005, L.Gillam wrote: >Content-class: urn:content-classes:message >Content-Type: multipart/alternative; > boundary="----_=_NextPart_001_01C53AA3.212C7525" > >Defaults + fallback = ? > >If "en" defaults to en-Latn, does en-Cyrl falls back to en and default to >en-Latn. Is it better to receive en-Latn rather than "nothing" in response >to en-Cyrl? What if more than one script is implicated by the 2 letter >language code, there is a default, but the fallback should produce all >available? > >What do people think is the best result from this combination? The question seems precisely that: what "people think". Because there can be different types of defaults depending of the types of people (educated or not, bi-scriptural,.. this is in part alluded to in the APMD Draft) or inter-application or man/machine. For example if the concerned page has a lot of visuals and language is only a help or is full text, this makes a real difference. This means that the same page may be better read by two different people with two different defaults. This kind of issue is precisely the purpose of the "context" we work on - which may include languages, locales, scripts, terminology etc. at low load (preloaded at boot in using the CRCD I documented). An XML page should be able to document its context tag and its elements to overide its langtag default. This corresponds to the mention of "preferences" in the Charter. jfc --=====================_10721106==.ALT Content-Type: text/html; charset="us-ascii" At 14:21 06/04/2005, L.Gillam wrote:
Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
        boundary="----_=_NextPart_001_01C53AA3.212C7525"

Defaults + fallback = ?

If "en" defaults to en-Latn, does en-Cyrl falls back to en and default to en-Latn. Is it better to receive en-Latn rather than "nothing" in response to en-Cyrl? What if more than one script is implicated by the 2 letter language code, there is a default, but the fallback should produce all available?

What do people think is the best result from this combination?

The question seems precisely that: what "people think". Because there can be different types of defaults depending of the types of people (educated or not, bi-scriptural,.. this is in part alluded to in the  APMD Draft) or inter-application or man/machine. For example if the concerned page has a lot of visuals and language is only a help or  is full text, this makes a real difference.

This means that the same page may be better read by two different people with two different defaults. This kind of issue is precisely the purpose of the "context" we work on - which may include languages, locales, scripts, terminology etc. at low load (preloaded at boot in using the CRCD I documented). An XML page should be able to document its context tag and its elements to overide its langtag default. This corresponds to the mention of "preferences" in the Charter.

jfc

--=====================_10721106==.ALT-- --===============1095854910== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Ltru mailing list Ltru@lists.ietf.org https://www1.ietf.org/mailman/listinfo/ltru --===============1095854910==--