Created attachment 57411 [details] pjt locale file I am submitting a locale file on behalf of Peter Ruwoldt and Paul Eckert.
Thanks. Test compiling that gave Warning: QuotationStart may be wrong: U+201C “ Warning: QuotationEnd may be wrong: U+201D ” Warning: DoubleQuotationStart may be wrong: U+2018 ‘ Warning: DoubleQuotationEnd may be wrong: U+2019 ’ This just looks like single and double quotation marks are swapped and can be easily fixed. But this Warning: FormatCode formatindex="12" for currency uses parentheses for negative amounts, which probably is not correct for locales not based on en_US. Warning: FormatCode formatindex="13" for currency uses parentheses for negative amounts, which probably is not correct for locales not based on en_US. Warning: FormatCode formatindex="14" for currency uses parentheses for negative amounts, which probably is not correct for locales not based on en_US. Warning: FormatCode formatindex="15" for currency uses parentheses for negative amounts, which probably is not correct for locales not based on en_US. Warning: FormatCode formatindex="17" for currency uses parentheses for negative amounts, which probably is not correct for locales not based on en_US. is because of the format codes [CURRENCY]#,##0.00;([CURRENCY]#,##0.00) and the negative format could be any of leading or trailing negative sign, or maybe yet something different. I assume it should be the same as in the en-AU locale [CURRENCY]#,##0.00;-[CURRENCY]#,##0.00 Correct?
Hi Eike, thanks. Got a reply from Peter on the issues you raised: "Quotes reversed were accidental Currency formatting en-AU is correct" Will you edit the file or shall I upload a new version as an attachment?
This file is quite useless.. apparently there's nothing localized except trueWord and falseWord, other reserved words and day and month names are all English. We could default everything to en-AU instead as well.
I've asked Peter to create an account and give us more details. I suspect the issue is that there simply aren't words for the western months in the language. Even if so, the locale file is far from useless as it would be needed to make the spell checker they're working on usable.
Might be that there are no translated names. Would be good to clarify. Note though that for character attribution and thus spell checking a locale data file is not needed, that only needs an entry in the language list and some mappings, see also https://wiki.documentfoundation.org/LibreOffice_Localization_Guide/Adding_a_New_Language_or_Locale No need to file a separate issue for that, I'll just add the necessary entries and we can sort out the locale data details independently.
Eike Rathke committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=082b2bca9f82e760c0092bde3d46242c446ebdb8 fdo#46411 added [pjt-AU] Pitjantjatjara to language list
Thanks Eike, this is great! And glad to know it's that much easier to add languages now - I may submit a patch occasionally as we release new spell checkers.
This is true Kevin. The language is an indigenous group from the centre of Australia. It is basically a stone age language. People here know people who remembered and have passed on their stories of first white fella contact. Consequently there are things like the idea of months, currency, days of the week that did not exist in their language and culture. For these things they have adopted the english. (In reply to comment #4) > I've asked Peter to create an account and give us more details. I suspect the > issue is that there simply aren't words for the western months in the language. > > Even if so, the locale file is far from useless as it would be needed to make > the spell checker they're working on usable.
Eike Rathke committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=20c25d497a0d35a68a7dea9a0d7bc5b667a40ad4 fdo#46411 added [pjt-AU] Pitjantjatjara locale data
To not duplicate data I made LC_CALENDAR, LC_NumberingLevel and LC_OutLineNumberingLevel reference en_AU locale data. While at it I noticed that most differences in LC_FORMAT are due to the LongDateDaySeparator that in pjt_AU is ", " and in en_AU only " ", plus some other minor differences. Someone in the know could check en_AU usage of long date separators in FormatElement codes. Maybe they should be changed, and then pjt_AU could inherit also the entire LC_FORMAT element.