RE: [Ltru] Eliminating the preposterous ASCII ordering in lookup

"Addison Phillips" <addison@yahoo-inc.com> Wed, 22 February 2006 23:44 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FC3el-0008FI-75; Wed, 22 Feb 2006 18:44:27 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FC3ek-0008FD-5O for ltru@ietf.org; Wed, 22 Feb 2006 18:44:26 -0500
Received: from mrout2-b.corp.dcn.yahoo.com ([216.109.112.28]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FC3ei-0001y5-U0 for ltru@ietf.org; Wed, 22 Feb 2006 18:44:26 -0500
Received: from duringpersonlx (wlanvpn-abc-232-207.corp.yahoo.com [172.21.232.207]) by mrout2-b.corp.dcn.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id k1MNhm34039332; Wed, 22 Feb 2006 15:43:49 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns; h=from:to:cc:subject:date:message-id:mime-version: content-type:content-transfer-encoding:x-mailer:x-mimeole:thread-index:in-reply-to; b=W8bRza69QXOjKTzX1ndpHQIbj5dC7JoUWik10ulvmirzj/YEWuYRKN4d564bg2B0
From: Addison Phillips <addison@yahoo-inc.com>
To: 'Mark Davis' <mark.davis@icu-project.org>, 'John Cowan' <cowan@ccil.org>
Subject: RE: [Ltru] Eliminating the preposterous ASCII ordering in lookup
Date: Wed, 22 Feb 2006 15:45:35 -0800
Message-ID: <000601c6380a$144a7450$9fcd15ac@ds.corp.yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 11
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670
Thread-Index: AcY4AxCHvwYbtM/AQJmLW8KV6yTpeQAA64XA
In-Reply-To: <43FCEB91.5010305@icu-project.org>
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 92df29fa99cf13e554b84c8374345c17
Cc: 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 <ltru.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ltru>
List-Post: <mailto:ltru@ietf.org>
List-Help: <mailto:ltru-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=subscribe>
Errors-To: ltru-bounces@ietf.org

It is merely an example of what one could do. It isn't obligatory. So it isn't that bad, I guess. We don't have text that requires a mapping to basic ranges at the moment and don't necessarily need to introduce it.

On the other hand, I don't think I'd implement an algorithm that way and most underlying locale-like fallback systems will do as I suggested.

Addison

Addison Phillips
Internationalization Architect - Yahoo! Inc.

Internationalization is an architecture.
It is not a feature. 

> -----Original Message-----
> From: Mark Davis [mailto:mark.davis@icu-project.org]
> Sent: 2006年2月22日 14:54
> To: John Cowan
> Cc: ltru@ietf.org
> Subject: Re: [Ltru] Eliminating the preposterous ASCII ordering in lookup
> 
> I'm guessing, but only a guess, that this is related to the following text:
> 
> > For example, an implementation could return the matching content that
> > is first in ASCII-order. For example, if the language range were
> > "*-CH" and the set of content included "de-CH", "fr-CH", and "it-CH",
> > then the content labeled "de-CH" would be returned.
> "preposterous" is a overblown language. And I strongly disagree with
> your proposed change. In the example there clearly *exists* content
> matching *-CH. So returning the default content (which could be, say,
> Japanese) is clearly *not* what I would have expected!
> 
> There could, of course, be other strategies for picking a single tag to
> return from lookup when there are multiple matches for a wildcard. But
> whatever example we choose should not return something so clearly
> disconnected from the user's desired outcome. And ASCII is simple to
> explain.
> 
> Mark
> 
> John Cowan wrote:
> > It's really laughable to suggest that implementations might use ASCII
> > tag ordering to make fallback decisions on lookup.  IMHO, the behavior
> > of extended ranges on lookup should be:
> >
> > 	If the first subtag of a language range is '*' and it is
> > 	followed by other ranges in a priority list, skip it.
> > 	If the first subtag is '*' and there are no following
> > 	ranges, return the default content.  All other '*' subtags
> > 	should be removed before lookup processing is done.
> >
> > That is simple, clear, to the point, straightforward, and doesn't
> provide
> > preposterous results.
> >
> >
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru