Age | Commit message (Collapse) | Author |
|
Change-Id: I6a46e6466ab56aea14e16902cb51f9c3f088f30e
|
|
Change-Id: I4bbcff7963520426d4c04e15d2239431aff65b56
|
|
Change-Id: I29d648c45471e6d3503922ff00f7cd6491bb88f3
|
|
Change-Id: Id7c517fb37bc28797c45fc0dde83e866f2aa4aac
|
|
Change-Id: Iacf84d023d3b4795892bc444299a29bfc663345e
|
|
part)"
This reverts commit 259d3421d4cf7788d9099daa40fc181c661783ee.
|
|
Change-Id: Ifc4a74bca5cfe58e420824a8dd85e8c246bbfac3
|
|
Change-Id: I1d8af400810b9ffd4586320c706a1f00ef1c1369
|
|
Currently seconds in Japanese date/datetime cells can't be edited.
But i18npool/source/localedata/data/locale.dtd and
offapi/com/sun/star/i18n/NumberFormatIndex.idl say that seconds in
time/datetime cells should be editable. And Japanese users
reported that current behavior is inconvenient.
Also to retain relativity against @formatindex='40', each
[@usage='TIME']/@type are shorten.
For better backward compatibility, @formatindex='55' should be
default format. But since there is implementation limit of
SvNumberFormatter::ImpGenerateFormats, @formatindex>=50 can't
be default one.
These changes are discussed in Japanese ML:
http://listarchives.libreoffice.org/ja/discuss/msg03044.html
Change-Id: I074b8d6d5c9d69b8ba1eb14c29b661d753c003ad
Reviewed-on: https://gerrit.libreoffice.org/9703
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
... as it is in all other fr-* locales.
Change-Id: I7eec17984428b026ccc48198b0acd7e2eafd959e
|
|
Change-Id: Ia0f648f4ca601d8ecfb57386ca94942a928907e3
|
|
Change-Id: Ia9faa9cd23367e2d379a5aa5daaeb49394db7e40
|
|
Change-Id: Ieae9482da1b3a78e97fb9eac9001dc98867577e7
|
|
Change-Id: I908c5ad633f8030cab67cf110de76ba28731078b
|
|
Change-Id: I1f74229521a353402790946aa1e6e4b92d0d2cde
|
|
Change-Id: Ia4f807b4479db9e90c2bb639958742360deb0680
|
|
Change-Id: Ie6b27d25541c96f3fd148f57b70163cae5ab8d3e
|
|
Change-Id: I7d171f70878a90b8bae26c852ab032da23fca197
|
|
Change-Id: Ie663b6f91f858451f79a1247f9ba5ba863123125
|
|
Change-Id: I0491b43e45b2e36745735317fc87c5de0d78ebd6
|
|
Change-Id: I62542d36b582b71b1d4a208bd191097bb6b06b8f
|
|
Change-Id: Ie1edff7a586b8e74c98e7f3b9277fca14f487e94
|
|
Change-Id: I452b23d21c158b92d3ea5a4bdac07654317e43d6
|
|
Change-Id: I66194c0604d842f5fcce3da9cdf23f56932ede41
|
|
Using ref=... spares all the data duplication.
Change-Id: Ibb8339f766e27350d7f0466842590ada63f784c2
|
|
Change-Id: I694057f4f9d62b5274da2cd82d52db9e1fade5e5
|
|
Change-Id: I5e9846c50783cf4944675bd568fa5b837cb200f0
|
|
Change-Id: I5ff8279051d822a2c6932a81b5179a88ed5453cc
Edited: added license header and indentation.
|
|
This is a prerequisite to use ref='fr_BF' later on other yet to be added
fr_*.xml locale data files from fdo#[79348-79353]
Doubts lined out in
https://bugs.freedesktop.org/show_bug.cgi?id=79347#c3
can be addressed later.
Change-Id: I5cd5a199d0fc2e833227997d5c353e17a7fbbbff
|
|
Change-Id: I78b3c0a8d32610e86e09ab5ad6da6cc4e0395926
Reviewed-on: https://gerrit.libreoffice.org/9566
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Added header guard to files in directories i18npool/, include/, and io/
Change-Id: I7ba5b5f0ffdf5dedb8fd40e8efa06936e7c23591
Reviewed-on: https://gerrit.libreoffice.org/9558
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Ia2f482fb7737e61cfc42966dbc7af6e1cdb3b41d
|
|
when throwing exceptions
Change-Id: I6edfb6b6745499f802b0e3c0e096a36fb7c32aac
|
|
A simplified version of the semantic match that finds this problem is
follows: (http://coccinelle.lip6.fr/)
// <smpl>
@r1@
statement S;
position p,p1;
@@
S@p1;@p
@script:python r2@
p << r1.p;
p1 << r1.p1;
@@
if p[0].line != p1[0].line_end:
cocci.include_match(False)
@@
position r1.p;
@@
-;@p
// </smpl>
Change-Id: Ib9708d37fbb4c6060f88d5dae3814a2d37b2091e
Reviewed-on: https://gerrit.libreoffice.org/9493
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Ic691d1a7136bdb02d3c94fee246920697503d5b0
|
|
Change-Id: I57e5f96fe9b385de852006e4b5bb830c782f93d6
|
|
Change-Id: I42787db31769e8bde984c5f4f0aa90335e889b1c
Reviewed-on: https://gerrit.libreoffice.org/9356
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
|
|
Change-Id: I3e51a62710bb46c8255fd228d41d9300c90a1fb5
Reviewed-on: https://gerrit.libreoffice.org/9360
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: I2c02ca45ed12ed571a175fb82bc2478eeb02f31f
|
|
Change-Id: I79af7fdd7bc6b4c95f4b018a373d8a4685226abd
|
|
Change-Id: If6f3134b74c0ef6ca3caf3c508bbcc163d6196fa
|
|
Change-Id: Ice37ec78078e078d9b2f530b0ebfe53f12c6aed8
|
|
Change-Id: I283dddaa4bd8baf05b90ce5f81d43b785021a3c4
|
|
Presumably helps for iOS, too.
Change-Id: Idadfa9c70b8206c6820f6c13374909f8d26ffd04
|
|
Change-Id: I770c1b3e5164cb486b5a5c2b1259f713914a1bae
|
|
Change-Id: I9465943a7e3c0d485e8692e3e1ea0b258d67d120
|
|
Change-Id: I1a52b9ce7b590e8cf274a2daaa1c55cfc1efe48b
|
|
Change-Id: Id257bd38bbfab0a433b404116e2d7e9b430c3c6f
|
|
ICU 53.1 changed API behavior:
https://ssl.icu-project.org/apiref/icu4c/classicu_1_1RuleBasedCollator.html#a2f4c7eeaf020ad68e3bd9722dd272357
isn't correct anymore:
length: size of the image. If negative, the API will try to figure out the
length of the image
NO, IT WILL NOT! It bails out with an error instead.
Introduced a function to obtain the length for each collator data.
base: collator, usually root. The base is required to be present through the
lifetime of the collator. Currently it cannot be NULL.
NOT "usually root"! There's a check now that bails out if
if(base->tailoring != CollationRoot::getRoot(errorCode))
So using an instance created with icu::Locale::getRoot()
Change-Id: Ia9c4e27d5ef4f8083bbe57e4e2f4b3ff63bb42ed
|
|
plus further work in i18npool to make that build
adapt i18npool to ICU 53 upgrade, fdo#77071
Korean charset collator can't be built from ko_charset.txt because of
"The runtime code decomposes Hangul syllables on the fly, with recursive
processing but without making the Jamo pieces visible for matching. It
does not work with certain types of contextual mappings."
"While handling a Hangul syllable, contractions starting with Jamo L or
V would not see the following Jamo of that syllable." (this is where we
bail out already with the first syllable of ko_charset.txt)
Another condition to fail is described as "A contraction ending with
Jamo L or L+V would require generating Hangul syllables in
addTailComposites() (588 for a Jamo L), or decomposing a following
Hangul syllable on the fly, during contraction matching."
Excluded the file from the build for ICU >=53 and hope that ICU in the
mean time handles Korean collation correctly.
Additionally, ICU 53 took ages (if it would had finished at all) to
build the collator from zh_TW_charset.txt because of the \u#### escaped
notation. Converted the file's content to characters using
http://www.rishida.net/tools/conversion/
Change-Id: I64213214b4870e7077f72b95fee1ddc9782c2b21
Reviewed-on: https://gerrit.libreoffice.org/9204
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|