Hi baigali, On Thursday, 2016-10-27 15:17:19 +0800, baigali wrote:
thank you for replying. yes,i followed the wiki,but the language code <mn> is Cyrillic Mongolian ,its defined in here http://opengrok.libreoffice.org/xref/core/i18nlangtag/source/isolang/isolang.cxx#388 and http://opengrok.libreoffice.org/xref/core/include/i18nlangtag/lang.h#300 . Is is possible that vcl don't recognize traditional Mongolian?
Well, the first problem is that 'mn' is a macrolanguage code (several individual languages), which to be exact should be specified as either 'khk' Mongolian, Halh, or 'mvf' Mongolian, Peripheral. The second problem is that there can be mn-Cyrl and mn-Mong, but both are actually redundant as 'khk' already implies the default Cyrillic script and 'mvf' the default Mongolian script. However, due to legacy reasons the language tags mn-Cyrl-MN (alias mn-MN), mn-Mong-MN and mn-Mong-CN are used. Which should be khk-MN or khk-Cyrl-MN, khk-Mong-MN and mvf-CN instead. You'll find comments about that in isolang.cxx but spreaded over several entries. Just search for LANGUAGE_MONGOLIAN. As for vcl, do a git grep LANGUAGE_MONGOLIAN_MONGOLIAN vcl which currently yields 2 files vcl/source/gdi/sallayout.cxx vcl/win/gdi/salfont.cxx So, theoretically the Mongolian script is recognized. But, the implications it has like vertical LTR writing direction in an RTL alphabet likely is not supported. Is that what you mean by "not recognized"? Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GPG key "ID" 0x65632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/ Care about Free Software, support the FSFE https://fsfe.org/support/?erack
Attachment:
signature.asc
Description: PGP signature