summaryrefslogtreecommitdiff
path: root/i18npool
AgeCommit message (Collapse)AuthorFilesLines
2015-05-19Update Apache Bugzilla’s URLAdolfo Jayme Barrientos2-18/+18
Change-Id: I6ef4ae530b7fb4e615100803ae6e3972d9b4545f
2015-05-08Also mention exception typeStephan Bergmann1-1/+1
Change-Id: I3ba60fd0ff8f4ed0a2683986cec7bdb25a837c18
2015-05-07Resolves: tdf#91057 transliterateChar2Char throws MultipleCharsOutputExceptionCaolán McNamara1-20/+36
for ß, but toTitle only allows RuntimeException, which is our usual awesomeness Change-Id: Ib5618a55a369fa5cd1d323f657f0798776828386
2015-05-05Related tdf#91009: Correct thousands separator character for locale es_CRJulien Nabet1-10/+32
Change-Id: Icf080bb9f21ef75487d43d8a582625be512968c4 Reviewed-on: https://gerrit.libreoffice.org/15630 Tested-by: Eike Rathke <erack@redhat.com> Reviewed-by: Eike Rathke <erack@redhat.com>
2015-05-02tdf#91009: Correct thousands separator character for locale es_CRJulien Nabet1-9/+9
Thanks to Severo Raz for having indicated this link: http://es.wikipedia.org/wiki/Wikipedia_discusi%C3%B3n:Manual_de_estilo/N%C3%BAmeros#Costa_Rica Change-Id: Ib8eef774921922dda0db653d8d8365b5e055e646
2015-04-29i18npool: fix buildMichael Stahl1-1/+1
Change-Id: Id6186339739f9573f7527162b5b4d6b5a46f4ebd
2015-04-29tdf#89395 add Nyanja [ny-MW] locale dataEike Rathke3-1/+365
Change-Id: Ic13afb23d282de26eef35c50b95e940b73639cf4
2015-04-29inherit cu-RU format codes from ru-RU, tdf#90802 follow-upEike Rathke4-149/+5
Change-Id: Id37aa3a416ab826d5363dca4e91f83346460e78d
2015-04-29define what is actually used ...Eike Rathke1-2/+2
Change-Id: I68365a85c9025c0637bc99607e65cbd21f87e1b7
2015-04-29prepare to inherit from, adding replacement, tdf#90802 relatedEike Rathke1-6/+6
Change-Id: I172c103fb5033e8346d78479bb1c1ce71fe11e4a
2015-04-29tdf#90802 add Church Slavic [cu-RU] localeAleksandr Andreev6-1/+480
Change-Id: Id8322661f79f4d500fd59c19fc04b13e82c7126d Reviewed-on: https://gerrit.libreoffice.org/15540 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com>
2015-04-28add comment it's ok hereEike Rathke1-0/+4
Change-Id: I615a9ed50141327d672e12db1da500d372ff5232
2015-04-28match separators by inheriting from same locale as format codesEike Rathke1-1/+1
... which leads to swapped decimal and group separators in this case, which were wrong before and generated wrong format codes. Change-Id: I08a74262f7e1d8453957895beeffa34116cb4577
2015-04-28match separators by inheriting from same locale as format codesEike Rathke1-1/+1
... which leads to identical separators in this case. Change-Id: I061c9f47d052e6e30e3b01d1697dc814e104559d
2015-04-28match separators by inheriting from same locale as format codesEike Rathke1-1/+1
... which leads to identical separators in this case. Change-Id: I85ea0004344532221c9a03b29b2f1ba2e0100ac8
2015-04-28match separators by inheriting from same locale as format codesEike Rathke1-1/+1
... which leads to identical separators in this case. Change-Id: Id886917de66df046481f957ec467e74942d7ba6b
2015-04-28format code separators have to match defined separatorsEike Rathke1-23/+1
... and the only difference to es_GT was '-' vs '/' date separator, which according to https://ssl.icu-project.org/icu-bin/locexp?d_=en&_=es_NI should be '/' Change-Id: I10aeb0849132b3502e73163261060d2e6eaa1c39
2015-04-27decimal separator is commaEike Rathke1-3/+3
Change-Id: I7236d79877e6761cc97cbc093b83033deb84b417
2015-04-27Add engineering notation to format list for all l10nLaurent Balland-Poirier158-1/+474
For all l10n, add format for engineering format ##0.00E+00 decimal separator adapted msgid: ScientificFormatskey3 or ScientificFormatskey4 if previous one was already used formatindex: 78 (free in most l10n, and near 77 which used as scientific format for many l10n) exceptions: ko_KR formatindex=91; th_TH formatindex=88; zh_TW formatindex=80 (next free value) Change-Id: I703c1503bdac85386e9994fdd67b00aa6006d992 Reviewed-on: https://gerrit.libreoffice.org/15527 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com>
2015-04-26--enable-mergelibs: Turns out we don't need to install saxMatúš Kukan1-9/+0
We are lucky, saxparser(expwrap) is only needed to build localedata* libs which are only runtime dependencies, and can be built *after* libmerged. So, simplify and move runtime deps to CppunitTest. This reverts commits 59cea45ec247df1acb691308c940ff97673e4c48 and partially 5e45637568ceefee21fe329a5254881963fecd7a Change-Id: I1a1fb4a48fd1a22a9b3a48f0eb0f123649c113b0
2015-04-24loplugin:simplifyboolStephan Bergmann1-1/+1
Change-Id: I25449c2889231ca9782dea1e8b97969256e83718
2015-04-23Improved loplugin:literaltoboolconversion looking into cond. exprs.Stephan Bergmann1-1/+1
...automatic rewriter fixes Change-Id: I6b04ca80f08f8a71ff94e309fd52f44d736751ee
2015-04-22Clean up odd sal::static_int_cast<sal_Bool> usesStephan Bergmann2-5/+4
Change-Id: Idbd1cdb06315b96dc9f45e34108a1af45229ed2f Reviewed-on: https://gerrit.libreoffice.org/15484 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2015-04-22both scientific formats are of type medium, tdf#88835 follow-upEike Rathke2-2/+2
Otherwise, with one of type long, we'd need to set that to default as well, defaults are per type. Visible in a dbgutil build terminal output when the locale is selected in the number formatter dialog for the first time: SvNumberFormatter::ImpAdjustFormatCodeDefault: no long type default XML locale data FormatElement group of: ScientificFormatskey1 ja-JP requested ja-JP loaded SvNumberFormatter::ImpAdjustFormatCodeDefault: no long type default XML locale data FormatElement group of: ScientificFormatskey1 ko-KR requested ko-KR loaded Change-Id: I3e445fff3ca2dd834bd19c609a2ee2f68e704093
2015-04-22tdf#88835 2 digits in exponent for default scientific formatLaurent Balland-Poirier158-416/+416
Modify all locale data to set ScientificFormatskey2 (0.00E+00) as default for scientific format instead of ScientificFormatskey1 (0.00E+000) Change-Id: Ib8f3d22af82c078468ea70ebae0b078ac55a0003 Reviewed-on: https://gerrit.libreoffice.org/14593 Tested-by: Eike Rathke <erack@redhat.com> Reviewed-by: Eike Rathke <erack@redhat.com>
2015-04-22Various #include <sal/log.hxx> fixupsStephan Bergmann4-0/+4
rtl/string.hxx and rtl/ustring.hxx both unnecessarily #include <sal/log.hxx> (and don't make use of it themselves), but many other files happen to depend on it. Cleaned up some, but something like grep -FwL sal/log.hxx $(git grep -Elw \ 'SAL_INFO|SAL_INFO_IF|SAL_WARN|SAL_WARN_IF') -- \*.cxx) shows lots more files that potentially need fixing before the include can be removed from rtl/string.hxx and rtl/ustring.hxx. Change-Id: Ibf033363e83d37851776f392dc0b077381cd8b90
2015-04-15remove unnecessary use of void in function declarationsNoel Grandin20-39/+39
ie. void f(void); becomes void f(); I used the following command to make the changes: git grep -lP '\(\s*void\s*\)' -- *.cxx \ | xargs perl -pi -w -e 's/(\w+)\s*\(\s*void\s*\)/$1\(\)/g;' and ran it for both .cxx and .hxx files. Change-Id: I314a1b56e9c14d10726e32841736b0ad5eef8ddd
2015-04-12cppcheck: noExplicitConstructorCaolán McNamara2-15/+26
Change-Id: I452a204616d98e1071b7bf43ad457c6a2376cf91
2015-04-12unnecessary castCaolán McNamara1-1/+1
Change-Id: I57ad3b2492721115e0ea7ebd9f43480e93b0c8ab
2015-04-12unnecessary strcpyCaolán McNamara2-5/+2
Change-Id: I98f12a01002a08d51f2232482cd015564cdb27b2
2015-04-09loplugin:staticmethodsNoel Grandin3-7/+7
Change-Id: Ie348778ea666c24e95e048386547f301083a0017
2015-04-07loplugin:staticmethodsNoel Grandin4-11/+11
Change-Id: Id3d6b50e07ea0850af18ab9bdadfffe0e4602aab
2015-04-01Replace remaining getCppuType et al with cppu::UnoTypeStephan Bergmann1-1/+1
Change-Id: Icaddb957aa5c1e5a409362d18e445784b0537507
2015-03-31Reduce to static_cast any reinterpret_cast from void pointersStephan Bergmann2-2/+2
Change-Id: If4b6022129e19cdfedfda9ddf92b907f67c3063b
2015-03-28Clean up C-style casts from pointers to voidStephan Bergmann4-6/+6
Change-Id: I59b111341fc8153088882ac24322f714dc69417a
2015-03-26const_cast: convert some C-style casts and remove some redundant onesStephan Bergmann3-6/+6
Change-Id: I7b184414d822e7d3f4f7694dcea540d731f970d9
2015-03-24do not include non-mask bits in masksEike Rathke1-25/+51
TransliterationModules_FULLWIDTH_HALFWIDTH, TransliterationModules_UPPERCASE_LOWERCASE and TransliterationModules_LOWERCASE_UPPERCASE are not mask bits but values, so need to be treated differently. Change-Id: I6726bddab4fec1c222a318de61eaa41a402f6286
2015-03-23fixed a type in NumberingLevelACTom1-1/+1
Change-Id: I98d80f9153abe9f536b818c899008bb865b1bd34 Reviewed-on: https://gerrit.libreoffice.org/14962 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Eike Rathke <erack@redhat.com>
2015-03-11V668 no sense in testing the result of new against nullCaolán McNamara1-2/+1
Change-Id: I4a33bd92fc8448638a4bfe1eab7e5041a4c5cc39
2015-03-11i18npool: fix spurious regex ^ matching in TextSearch::searchForward()Michael Stahl1-4/+21
Thanks to Eike for finding this: The anchors ^ and $ now anchor at the selection boundary because the only text the regex matcher gets passed is the selected text. This in two paragraphs aaa bbb aaa bbb aaa bbb aaa bbb when the selection spans from the second aaa to the third bbb, for "^aaa" finds the second aaa, where previously it found the third aaa at the real paragraph start. This may not be expected by the user, because the behavior of ^ is described as "Match at the beginning of a line" (or paragraph in our case), which the previous implementation did. (regression from 806ced87cfe3da72df0d8e4faf5b82535fc7d1b7) Unfortunately it's not obvious how to implement the same in searchBackward(). Change-Id: I07f7a8476b672d9511fa74ca473c32eea427698f
2015-03-10tdf#89665: i18npool: speed up TextSearch::searchBackward()Michael Stahl1-12/+9
There does not appear to be a good reason why searchBackward() needs to call transliterate() on the entire passed string, so don't do that, as in the previous commit for the other direction. Change-Id: Iadfca806da89bf8825e5a3df7fcad64ea08d7f9c
2015-03-10tdf#89665: i18npool: speed up TextSearch::searchForward()Michael Stahl1-12/+9
There does not appear to be a good reason why searchForward() needs to call transliterate() on the entire passed string. Restricting it to the passed range speeds it up from 104 billion to 0.19 billion callgrind cycles when built with GCC 4.9.2 -m32 -Os. Change-Id: I440f16c34f38659b64f1eb60c50f0e414e3dfee8
2015-02-28Typo: skiped->skippedJulien Nabet1-1/+1
Change-Id: I88c53ade0101cfd7735a45b2038879bd027b0314
2015-02-2718npool: these variables should be signedMichael Stahl1-10/+5
Change-Id: I6519a4c9da2a95efcc54288b3ef9d0a19ccfef3c
2015-02-26tdf#89665: i18npool: fix pathological transliterate slow-pathMichael Stahl1-1/+9
TransliterationImpl::transliterate() has a slow-path for the case when more than one trasliteration module is cascaded which swaps 2 uno::Sequence. This is unbelievably slow because non-const Sequence::operator[] does a function call into cppu to check whether COW has to be done. This speeds up transliterate() from 344 billion to 101 billion callgrind cycles when built with GCC 4.9.2 -m32 -Os. Commit d2771b63b94a8aae3c25c83e9dae9f83242f46c1 added a second transliteration module that is enabled by default, making the problem visible, especially with long paragraphs in Writer. Change-Id: I2799df9173ac73aab8c4eb4cc6f592976b06c8da
2015-02-23remove unnecessary parenthesis in return statementsNoel Grandin5-20/+20
found with $ git grep -lP 'return\s*\(\s*\w+\s*\)\s*;' Change-Id: Ic51606877a9edcadeb647c5bf17bc928b69ab60e
2015-02-11typos and nitpicksEike Rathke1-35/+37
Change-Id: I596e9f0941dbc9d2106767c19569e9771c42b076
2015-02-11translate documentation of Weighted Levenshtein DistanceEike Rathke1-99/+119
... before the next horrible attempt arrives, use my own horrible translation ;-) Change-Id: I1dd72772977717da6a2da048adbfd27861e8c191
2015-01-28Use vector::dataStephan Bergmann1-2/+2
...in some places where it is obvious that it does not hurt that for an empty vector the obtained pointer is not necessarily a nullptr. Change-Id: Id5d66b1559ca8b8955d379bcdbfae6986ef46a51
2015-01-26implement css::i18n::XCalendar4 and LocaleCalendar2 service, tdf#63230Eike Rathke6-7/+72
Implementation only, new local date/time routines not used yet from the outside in this step.