Subtag registration: Russian transliteration of Chinese
Mark Davis ☕️
mark at macchiato.com
Tue Oct 13 20:21:12 CEST 2015
> “Eto obrezets prigovor” is in no way English.
I agree. It's a bit of a gray area, because "Gorbachev" is definitely an
English word, though originally Russian, just as "Athens" is an English
word, though originally Greek.
We choose to use the direction we did because the primary use case for
transformations is for place names and person names, and because it also
works better for script transforms: und-Cyrl-t-und-Latn is marking text
that is *in* Cyrillic, though originally from English.
Anyway, that's water under the bridge.
On Tue, Oct 13, 2015 at 6:56 PM, Michael Everson <everson at evertype.com>
> Isn’t what he’s talking about just a Cyrillicization, like Pinyin is a
> > On 13 Oct 2015, at 12:47, Doug Ewell <doug at ewellic.org> wrote:
> > Yegor Grebnev wrote:
> >> Sorry, it seems that I have misunderstood Doug's original
> >> recommendation. Yes, "Chinese transcribed as Russian" seems to be an
> >> appropriate option. Thank you!
> > So it sounds like Yegor does expect the transformed content to continue
> > to be identified primarily as Chinese, not as Russian, where "ru-t-zh"
> > or "ru-anything" might imply the latter.
> > So, I know RFC 6497 has been around for three and a half years, but I
> > guess I'm still a little puzzled by the idea that content in language A,
> > transliterated according to the orthographic conventions of language B,
> > should result in that content being labeled "language B" according to
> > the primary language subtag.
> > Consider:
> > (English)
> > This is a sample sentence.
> > (Russian)
> > Это образец приговор.
> > (Russian, transliterated according to some English-specific convention)
> > Eto obrazets prigovor.
> > These snippets would be tagged, respectively, as "en", "ru", and
> > (according to 6497) "en-t-ru". Is this right?
> That can’t be right. “Eto obrezets prigovor” is in no way English.
> Ietf-languages mailing list
> Ietf-languages at alvestrand.no
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Ietf-languages