Mike Brown <[EMAIL PROTECTED]> wrote: >> I don't see anything in RFC 1766 that hardcodes it to the >> 1988 versions of either 639 or 3166. > > I have taken this discussion off the Unicode list. I only started the > thread here because I was referencing an earlier post and because ISO > 639 language code updates were topical a couple months ago. It's not > particularly relevant to Unicode. Actually, this is quite relevant to Unicode, and that is why I'm bringing it back on the list. Unicode Technical Report #7, "Plane 14 Characters for Language Tags," makes a direct reference to RFC 1766: > A Plane 14 tag string prefixed by U-000E0001 LANGUAGE TAG is specified > to constitute a language tag. Furthermore, the tag values for the > language tag are to be spelled out as specified in RFC 1766, making > use only of registered tag values or of user-defined language tags > starting with the characters "x-". If RFC 1766 can be construed by the XML spec as requiring the 1988 revisions of ISO 639 and ISO 3166, rather than newer revisions, then it can be construed that way by UTR #7 as well. And that means I cannot conformantly use some of the more recently created language codes such as "ae" for "Avestan" or country codes such as "ps" for "Palestinian Territory, Occupied" in Plane 14 language tags. Can anyone comment on this? If RFC 1766 can realistically be read as requiring outdated versions of ISO 639 and 3166, then it seems that UTR #7 should be updated to bypass RFC 1766 entirely and refer directly to ISO 639 and 3166. -Doug Ewell Fullerton, California