Hi Eike,
But when calling Application::GetSettings().GetUILanguageTag().getLocale() again later, when
the gobal setting 'Use English function names' has been changed, the call returns an empty
locale (i.e. locale.Country is empty)!
Let me guess, your system locale and UI localization is Dutch, and at
that place of the application locale only Country and Variant are
empty but Language=="nl"? I think I know why, need some more digging.
You guessed right ;)
Commit ecefa40c081a0b6677e946603d553d9382f9b9ca should fix that and the locale should be 'nl-NL'.
There may be other places though that previously relied on the implicit fallback whenever
MsLangId::convert...() were called.
Yes, that makes the locale look OK.
Unfortunately, calling setLocale() still produces a crash when locale is set to nl-NL (which it
doesn't when locale is en-US); soffice.bin has an invalid pointer in munmap_chunk().
It makes me wonder if this [mess] may have been the reason why long ago the add-in functions were
excluded when changing the formula language...
And, consequently, if I shouldn't leave it with https://gerrit.libreoffice.org/#/c/6032/ ?
Winfried
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.