summaryrefslogtreecommitdiff
path: root/indra/newview/skins/default/xui/pl/language_settings.xml
AgeCommit message (Collapse)Author
2024-10-18Merge remote-tracking branch 'secondlife/release/2024.09-ExtraFPS' into ↵Erik Kundiman
2024.09-ExtraFPS
2024-09-12Fix macOS locale not being set due to missing locale stringsRye Cogtail
2023-07-19Add FreeBSDLocalesErik Kundiman
2016-03-07merge DRTVWR-398 build cleanup fixesOz Linden
2015-11-10remove execute permission from many files that should not have itOz Linden
2014-11-15Phase 3: Updating existing files by dumping current, outdated ones ↵Northspring
completely, replacing them with /en/ files and re-formatting / re-translating again.
2013-03-29Update Mac and Windows breakpad builds to latestGraham Madarasz
2011-05-13Updating to remove spam associated with the search for the [MacLocale] string.Leslie Linden
The change of OS version from "Darwin" to "Mac OS X" changed the name of the string the code is looking for. Reviewed by Richard.
2010-08-05EXT-8309 FIXED Incorrect French date format in place profile and status bar.Vadim Savchuk
Changes: - Added support for formatting day of the month without leading zero ("sday"). - Changed date format in place profile (landmark info) and in the top status bar according to bug reporter's request. Technical details: Actually implementation of strftime() in Linux and Windows supports stripping the leading zero (with "%-d" and "%#d" respectively). But that's not supported in MacOSX, so I had to reimplement it. Reviewed by Sergey Litovchuk at https://codereview.productengine.com/secondlife/r/842/ --HG-- branch : product-engine
2010-03-26Fixed bug EXT-6399 (System locale is the same for all languages).Vadim Savchuk
Problem: * English locale was set for all languages. * Specifying a correct locale didn't affect anything, including date/time formatting. My investigation has shown that LLStringUtil was instantiated twice: in the main binary and in libllcommon.so. Because LLStringUtil::setLocale() was called from newview and getLocale() was called from llcommon, they effectively used *different* instances of LLStringUtil::sLocale. Hence getLocale() always returned empty string. This seems to be caused by get/setLocale() methods not being dllexported. The fix instantiates get/setLocale() and sLocale in llcommon and exposes them to use from newview (i.e. prevents multiple instantiation). Besides, I specified correct locale names for all languages and platforms. Reviewed by Leyla: https://codereview.productengine.com/secondlife/r/104/ --HG-- branch : product-engine
2009-08-04svn merge -r 128442:129343 ↵Richard Nelson
svn+ssh://svn.lindenlab.com/svn/linden/branches/skinning/skinning-18 into svn+ssh://svn.lindenlab.com/svn/linden/branches/viewer/viewer-2.0.0-3
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-29 10:56:21 +0000