Age | Commit message (Collapse) | Author |
|
Long year was forced unconditionally for all non-Gregorian calendars, do
this only for ROC calendar.
Change-Id: I39d6eb269b3d38046d32dcf0f66edd5617581b9d
|
|
Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
|
|
Change-Id: Ia7c5692e1da4d24d985f0813e07631898d7100ce
|
|
Change-Id: I4ceee0ed3438a18e13c186ebd8d390604d26ec28
|
|
Change-Id: Ie736cb6d5ff7f4d1998338f4a3a3a3b0a67c79ad
|
|
Change-Id: Idb847766d93dc222d6c55889616da21eeac212ee
|
|
Change-Id: I7fc203900256839e679bf73b717d121fedc42087
|
|
Change-Id: I133423de994b1befe246b6c921802428a3528202
|
|
Change-Id: Iadacffaad832c6ff06757e8567e24f929f24a4c3
|
|
Change-Id: I69bf7bc33a619c4aa9483e2dc3d5540e4dfa7458
|
|
Change-Id: I1bc83dd4e5286f7102513d8a4c7d5624952eb830
|
|
Change-Id: Iaedd4bd6eda1db293fa3dc6222c7353ce466ec04
|
|
Change-Id: Ic500bb2eecd090d5568703740c3700c6d50635ae
|
|
Change-Id: Ia597cb184e0402e776cde50967541f008e22d4c9
|
|
Change-Id: If9eaca46ef8daa544ee208444f79423122b10739
|
|
Change-Id: Ie668d40b815ae1cbcdb321649d8e52513cad1aec
|
|
Change-Id: I29678d74ae3c6dc38d3d09e2cf4a0d4f28f789a1
|
|
Change-Id: I16efc7466a2dbcccb4dddefdccada8549e7252f8
|
|
Change-Id: Ie859cb2dfdc7103c379fce56be88eef8fe390afd
Reviewed-on: https://gerrit.libreoffice.org/1924
Tested-by: Luboš Luňák <l.lunak@suse.cz>
Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
|
|
Change-Id: I7eccac4fa8890c2873c6bbd7f8f5bf5b0dd006d2
|
|
- do not use gb_UnpackedTarball_copy_header_files for boost
- adapt the optimization in concat-deps.c for new path
- use boost_headers in all LinkTargets that require it
- add explicit include paths to mysqlc, mysqlcppconn, libvisio, liborcus
Change-Id: I0c43e73ed43cc9d2e6bce8faf55e992d655a0bb9
|
|
While 'Kazakh' can be written as 'Kazak' or 'Qazaq', the 'Kazakh' form
is the most widespread according to online sources (Wikipedia,
LCID list from Microsoft). Also the 'Kazakh' form is preferred by a
Kazakh contributor, see http://listarchives.libreoffice.org/global/l10n/msg05444.html
In LibreOffice both 'Kazak' and 'Kazakh' was used at different places.
Change-Id: Ief83eb05e92af16cb5b795f2bbb1e3d6f7c9659a
|
|
Change-Id: I42ce84a00c4de60d30093f58214f76647ff03097
|
|
Change-Id: Id40a5f1d726b9d2b4cf78fbbf51d980517c743a1
|
|
Change-Id: I3aeaca995bc9a3d865b6955aa47cee4d9eb07750
|
|
Re-enable build with ICU 4.6 and 4.8
ICU versions prior to 49 don't know Conditional_Japanese_Starter and
Hebrew_Letter
Also, the change in i18npool/CustomTarget_breakiterator.mk
- -e "s#\[:LineBreak = Close_Punctuation:\]#\[& \[:LineBreak = Close_Parenthesis:\]\]#" \
with i18npool/source/breakiterator/data/line.txt
-$CL = [:LineBreak = Close_Punctuation:] ;
+$CL = [:LineBreak = Close_Parenthesis:];
did not produce equivalent results. Instead use
$CP = [:LineBreak = Close_Parenthesis:];
$CL = [[:LineBreak = Close_Punctuation:] $CP];
Change-Id: I14fc14319ea34f23393264560452a79bb49fc3a7
|
|
Change-Id: I3be187cf7e87697e37a6dafbcdf8d0a4b924639e
|
|
Change-Id: If3fc6937e66e9261255a9b197f995d923cc31132
|
|
Change-Id: I49272003ea72c84c9e81bc826820b0ac5f9d5008
|
|
since commit f20ed8959bc0a984177377a734d34f767653625b
Change-Id: I4f2fc5d9eb7a581b9ed707a3c3f96be817141846
|
|
Change-Id: Ica89dc89663ed3fa611e36245732b296386b5bf7
|
|
Change-Id: Ia6c96d3db5c232cb393832c1dd4e33295827bb99
|
|
Change-Id: I5293fea9b5404b82e72761407d325c408a2e45ca
|
|
Change-Id: Iecc35559cf77e844a84e1f058cb57c02d53493a2
|
|
Change-Id: I1763b73e80a19244d0fd788580c825c284347a35
|
|
Change-Id: Id7d8bc05b1393cc2bae4a531c8a47f62df24b1d6
Reviewed-on: https://gerrit.libreoffice.org/1488
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Change-Id: I7313cca3335e1b41df2a70fe968bc1e6386a1e36
|
|
Change-Id: I27fd4d1f1dfafccaa7936defb5cd687d6266e0a2
|
|
...instead of deprecated cppu::createRegistryServiceFactory.
Change-Id: I64431f3d404e24267953de3fb94e3e5241db30a8
|
|
Doing word-count by switching per-word between two different
kinds of word iterator was insanely slow. This preserves an
ICU break-iterator for each type of word-breaking.
|
|
Change-Id: I8c0da25a000e10d65479665a61be054fdb2486a5
Reviewed-on: https://gerrit.libreoffice.org/1453
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: Tomáš Chvátal <tchvatal@suse.cz>
|
|
Change-Id: Ie212f2e91b3ef262997bcd125817769ae24c16c3
|
|
Various places use an empty locale or string to indicate different
meanings and/or variants of "this is not a real locale but I didn't know
what to use else" or abuse LANGUAGE_DONTKNOW in one or the other way. In
preparation of changing that awkward situation now offer the ISO 639
codes for multiple languages [mul] and language undetermined [und],
mapping to LANGUAGE_MULTIPLE and LANGUAGE_UNDETERMINED.
Change-Id: I687de23ffc00a9a056f2837b024e0a62658e3df2
|
|
For "simple" known (to us) locales avoid the overhead of liblangtag,
also in preparation of not having to initialize its database during
startup.
This also enables recognition of the 'qtz' pseudolocale for key ID
resources again, see fdo#57413
Change-Id: Id52a1ddc37b42063e3bf68a6dbeaeacfbfa704ef
|
|
As per https://bugs.freedesktop.org/show_bug.cgi?id=52240#c59
Change-Id: I9f5ba81c5fd6732ca7e90e0480fcc02ed2709674
|
|
Also referenced by nb-NO and ny-NO
Changes as per http://erack.org/blog/archives/18-comments.html#c351
Change-Id: I9e07f4307800e99fdff21bccde91af4178b244f3
|
|
No point in hidding something useful like this in some helper lib.
Change-Id: I7332d7f6bd428378cd19e7e95ad130771a541140
|
|
Change-Id: I80af0399037e4f68113338139e7f2ad2400e65ab
|
|
Change-Id: Ic4794d9a908b60220a4a849ff263eaa08776550c
|
|
Change-Id: Icacd44abfa5bf5f75f0ee719b39fba6821976a8a
|