I was wondering the same thing.
It looks like transifex supports regional subtags, but unless I missed seeing them, not script (eg. cyrillic / latin) or variant (eg. de-DE-1901) subtags.
http://www.rfc-editor.org/rfc/bcp/bcp47.txt
Maybe it’s only because nobody has done any yet?
according to the given rfc the following tags would be correct?
de-formal
de-informal
My question is does transifex support that?
We usually get rule information from unicode.org.
When we add support for a language we follow the BCP47 standard. The multiple language locales are based on region subtags.
Seeing “based on region subtags” doesn’t look hopeful (if it means only). But maybe the CLDR means there’s a chance.
http://demo.icu-project.org/icu-bin/locexp?d_=en&_=de
Do you see “formal / informal” anywhere in that?
I don’t think so. I couldn’t find anything in the language settings of my Transifex test project that relates to language variations. This is all there is when I’m searching for German:
Yes, that’s what I see when I look around, some language-region translations but not any language-script etc. translations. (with maybe Chinese being an exception?)
@meglio
During your travels in web land have you found a way to specify cyrillic vs. latin?
Sorry I don’t understand the question. May you reformulate in other words please?
From what I see in transifex, language-region translations are supported. eg.
Portuguese (Portugal)
Portuguese (Brazil)
Spanish (Argentina)
Spanish (Latin America)
Spanish (Ecuador)
Spanish (Mexico)
Spanish (Spain)
But I don’t see anything like
Ukraine (Latin)
Ukraine (Cyrillic)
or
German (Formal)
German (Informal)
I noticed that your forum uses Cyrillic so I was wondering if you knew of a way to have a choice as to which variant to use.
Thanks for such a detailed explanation. Now I see what you mean 
The answer is NO - Ukrainian and Russian are single languages with no variations available there.
There are of course cases with huge regional differences, but those have never been formalized.
The number of percentage of world’s population speaking Ukrainian or Russian is declining, so I don’t think such a sectioning will ever happen.
T-V 구분이 있는 언어(독일어, 헝가리어 등)에서는 격식체와 비격식체의 변형이 매우 중요한 문제입니다. 대상 독자층에 맞지 않는 변형을 사용하면 소외감을 줄 수 있으며, Discourse가 연결된 웹사이트가 다른 옵션을 사용하는 경우 그 영향은 더욱 커집니다. 이 대화가 이루어진 이후 몇 년 동안 Discourse가 Transifex에서 Crowdin으로 전환된 것 같으니, 이제 이 문제를 더 쉽게 처리할 수 있게 된 것은 아닐까요?
언어 이름에 관해서는, 표준에 부합하는 접근 방식은 de_DE-x-formal과 같은 BCP-47 전용 사용 서브태그를 사용하는 것입니다. 독일어에 대해 이제 플러그인이 있습니다라는 것을 알 수 있지만, 그것은 매우 해킹적인(hacky) 접근 방식처럼 보이며, 더 깔끔한 방법을 보고 싶습니다(개인적으로는 비격식체 헝가리어 변형을 가지는 데 관심이 있습니다).
한편, Discourse는 인터페이스 언어 번역을 처리하기 위해 Crowdin으로 이전했습니다. 공식체와 비공식체 변형에 대한 언급은 찾을 수 없었지만 지역별 변형은 존재합니다. 이러한 지역 변형이 시스템에 의해 고정되는지, 아니면 프로젝트 관리자가 새로 만들 수 있는지 궁금합니다. 관리자가 만들 수 있다면, 예를 들어 헝가리어(비공식체)를 생성하는 것이 가능할 것입니다. 이 소프트웨어는 변형 간의 미번역 문자열을 자동으로 채워 넣을 수도 있어, 번역가는 공식체와 비공식체로 차이가 나는 문장에만 집중하면 됩니다.
이 프로세스가 기술적으로 작동한다면, 공식체/비공식체 변형의 생성은 새 언어 요청과 동일한 프로세스를 따를 수 있을 것입니다.
공식체와 비공식체가 있는 여러 언어를 사용하는 사람으로서, 여기에서 이 기능을 요청하는 모든 분에 동의합니다 (고지: @Tgr와 저는 같은 프로젝트 출신입니다). 영어로 이를 표현하는 것은 어렵지만, Discourse 인터페이스가 엘리자베스 여왕 궁정의 하인 같은 어조와 격조로 모든 사용자에게 말을 거는 상황을 상상해 보세요.
현재 "프로세스"에서 문제가 되는 점은 공통된 표준이 없다는 것입니다. 언어마다 첫 번역자가 번역을 시작할 때 공식체 또는 비공식체로 결정했는지에 따라 번역이 달라지고 있습니다.
