registry vs. extensions...
Addison Phillips [wM]
aphillips at webmethods.com
Mon Oct 20 17:15:33 CEST 2003
Addison P. Phillips
Director, Globalization Architecture
webMethods | Delivering Global Business Visibility
Chair, W3C-I18N-WG, Web Services Task Force
Internationalization is an architecture.
It is not a feature.
> -----Original Message-----
> From: ietf-languages-bounces at alvestrand.no
> [mailto:ietf-languages-bounces at alvestrand.no]On Behalf Of Peter
> Sent: lundi 20 octobre 2003 15:44
> To: ietf-languages at iana.org
> Subject: RE: registry vs. extensions...
> > -----Original Message-----
> > From: ietf-languages-bounces at alvestrand.no [mailto:ietf-languages-
> > bounces at alvestrand.no] On Behalf Of John Cowan
> > Unfortunately, ISO's process is not transparent. Furthermore, ISO 639
> > codes are for language _names_, not languages; there is no
> > source for what is meant by a particular language name.
> There's hope that this situation will improve in the coming years.
> Certainly for the work on ISO 639-3, one of the issues that needs to be
> addressed is what are the intended semantics of existing IDs in parts 1
> and 2. There have also been discussions regarding other work that would
> move things in that direction.
> > Ah, I see. You are right about x-de-DE-mySubtag, but wrong about
> > de-DE at mysubtag, which is a) a syntax error, and b) matches only de,
> > since @ is not a delimiter.
> Addison is suggesting a revised syntax (specified by a new RFC) in which
> de-DE at mysubstag would not be a syntax error.
> > I think this is a genuine problem that could be fixed by allowing the
> > x subtag at arbitrary points: then de-DE-x-mySubtag would match
> > de-DE in practice and would be acceptable in principle.
> This would also require a revised RFC, or else each tag of the form
> would need to be registered, which is what Addison wants to avoid.
> Peter Constable
> Globalization Infrastructure and Font Technologies
> Microsoft Windows Division
> Ietf-languages mailing list
> Ietf-languages at alvestrand.no
More information about the Ietf-languages