Re: [WSTF] My view... [long]

I still don't see the need for the charset; and it adds more opportunity for
things to go wrong. In any even, if your POSIX implementation receives a
locale tag without a charset, it must have backup; the same happens if it
receives a locale tag with an unsupported combination, like en_US@SJIS.
Moreover, since the IANA charset name is non unambiguous, as we all know,
you have the issue of a locale id might be misidentified.

The charset is really an orthogonal attribute, with nothing to do with
cultural conventions.

Mark
________
mark.davis@jtcsv.com
IBM, MS 50-2/B11, 5600 Cottle Rd, SJ CA 95193
(408) 256-3148
fax: (408) 256-0799

----- Original Message -----
From: "Martin Duerst" <duerst@w3.org>
To: "Addison Phillips [wM]" <aphillips@webmethods.com>; "Paul Deuter"
<PaulD@plumtree.com>
Cc: "Mark Davis" <mark.davis@jtcsv.com>; <public-i18n-ws@w3.org>;
<debasish@us.ibm.com>
Sent: Friday, January 31, 2003 11:32
Subject: Re: [WSTF] My view... [long]


> At 09:46 03/01/31 -0800, Addison Phillips [wM] wrote:
>
> >Okay, so my Java program instantiates the locale "zh-CN"... was anyone
> >hurt by this? The charset isn't actually a locale member in Java and has
> >no meaning in Java. It might be used to affect a byte-oriented
interaction
> >(probably in a very negative way).
> >
> >What about a POSIX system? It's running "zh-CN.GBK@pinyin". Does it hurt
> >to omit some of that information when invoking remote Web services? What
> >happens if that invoked Web service is (a wrapper around) another POSIX
> >program? Does the loss of information affect the outcome?
> >
> >I'm not sure, but it might if the collation is "binary" and the charset
is
> >changed from GBK to UTF-8.
>
> Hello Addison,
>
> Would it be possible for you to describe some usage scenarios
> where the answer to your questions 'does it hurt?' is 'yes'?
>
> I think if we have concrete usage scenarios, that will help
> move our document forward and focus the discussion.
>
> Regards,    Martin.
>

Received on Monday, 3 February 2003 17:55:12 UTC