Age | Commit message (Collapse) | Author |
|
Change-Id: I87b5122b8f1f4e26ba16ebc1228fb77f8b7800d9
|
|
Regression from #i118485#.
Change-Id: Ib242ca1417f46b731d62d117132cbed6c02448fb
Reviewed-on: https://gerrit.libreoffice.org/15173
Tested-by: Jenkins <ci@libreoffice.org>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: Ie2c072c67ecaa0c0ec45c804ebbd4b3bcd631a13
Reviewed-on: https://gerrit.libreoffice.org/15172
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I9522529d918e143aafa6ea368fdb3fa55416d58b
Reviewed-on: https://gerrit.libreoffice.org/15176
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
draw:fill-gradient-name="" in the graphic properties now causes
BaseFrameProperties_Impl::FillBaseProperties() to fail and prevent
insertion of the SwXTextFrame.
(regression from 6e61ecd09679a66060f932835622821d39e92f01)
Change-Id: I9b4f3ddb0f0e1b3a80e86bbdc1af2dade1c8edf7
|
|
and fix issues in iterating through o3tl::enumarray
Change-Id: Ia59ef9be44d8c92c2e406fa71aa92269578e26e3
|
|
Change-Id: Id3d6b50e07ea0850af18ab9bdadfffe0e4602aab
|
|
...to avoid clashes with macros and poor warnings about hiding global FILE
Change-Id: I444e8b958f029201b228937e088efabc4b6d3050
|
|
...and fix o3tl::enumarray::operator [] const overload
Change-Id: I749b1b9d68686b03a97074253478d9d2d9d32b0b
|
|
Update of commit Ia18f9e150ca32aa9bbe133c082c3f9330e949f11
Change-Id: I5118619f2ab669f90e0377d9cabdba4778179581
Reviewed-on: https://gerrit.libreoffice.org/15100
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I88259ffaffc73979c240721d2db166c79d3085f1
|
|
Change-Id: Ic3764caeeb2cdec397071706845bf8517c848917
|
|
Change-Id: Ie25a2b8a84a146a5b988c6ef77127896d126e488
|
|
Change-Id: Ia1ab134a0afbeeb3ae40264bd4233a47df26b734
|
|
Change-Id: I1b49c020d597b569e330482f4dbf20c15ccdae3f
|
|
Change-Id: I962bd44f2ef6204ed2ea51f79b752bd948f67209
|
|
Change-Id: Ib054b36c87c87ae2189b5456bc9b12d7b76c49e7
|
|
Change-Id: Ib29a0d5c9fefe15fbd0f08a5cf9600eff58cd030
|
|
Change-Id: I0ddcaada71eaa53cd7e6320c6ccaa8d8971f6df0
|
|
Change-Id: Ie08a26a569b83bfe3ef4351dbb7b6e928745b95d
|
|
Change-Id: I58d4c75806d656cb3f8bf971efecba6f775e05a9
|
|
Change-Id: I1b73b4850e78f4ec0823894b93b8bc1cbadf0d0d
|
|
... instead of SvtSaveOptions().GetODFDefaultVersion()
Change-Id: Ib94fa3edc395f6ef39f3be33c5cdf4f4e2da32b4
|
|
... and prepare for distinguishing between 1.2+ and 1.3
Change-Id: I8d491be4b0ff5f65fc1506145f460f07e8371a73
|
|
Change-Id: I3058c3249e7ae1f43c8e21972adf0fa7826d21a9
|
|
ODF1.3 implement a new attribute for engineering notation
https://issues.oasis-open.org/browse/OFFICE-1828
This commit only add this attribute to ODF import/export.
Engineering notation is not yet available.
Treat also thousand separator with exponent-interval
Change XML_NAMESPACE_NUMBER to XML_NAMESPACE_LO_EXT for
exponent-interval
Change-Id: Ia18f9e150ca32aa9bbe133c082c3f9330e949f11
Reviewed-on: https://gerrit.libreoffice.org/14875
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Export merges the two background attribute.
Change-Id: I882321fbd5a7d24991fb01b8dc9d2cc0bd294051
|
|
By running some tests, I noticed double wave didn't appear when opening report in non edit mode.
First you must know that to indicate "double wave", xml contains these 2 information:
style:text-underline-style="wave" style:text-underline-type="double"
The problem is the reading order of the parser doesn't seem the same each time.
So if it reads style then type, it's ok thanks to this part:
132 case awt::FontUnderline::DOUBLE:
133 // A double line style has priority over a bold line style,
134 // but not over the line style itself.
135 switch( eUnderline )
136 {
137 case awt::FontUnderline::SINGLE:
138 case awt::FontUnderline::BOLD:
139 break;
140 case awt::FontUnderline::WAVE:
141 case awt::FontUnderline::BOLDWAVE:
142 eNewUnderline = awt::FontUnderline::DOUBLEWAVE;
143 break;
but if the parser read type in the first place then style, the case FontUnderline "DOUBLEWAVE" wasn't managed
Change-Id: Ie090507898e537827eebaae157dfac248baa43f1
Reviewed-on: https://gerrit.libreoffice.org/14801
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
...to match what is recorded in the .component files
Change-Id: Ie548cd37872d3b8540222201afaac73040e65c8f
|
|
Change-Id: I204c49239faf3574b72530ba1118defb1ae31ff3
|
|
These are pretty silly anyway, but apparently it complains even about
integer variables which make this rather a waste of time.
Change-Id: I15e847d33d5decd2adcab04e4f1567d3997d28a2
|
|
Change-Id: I44b2521ea548b51a1b3e9b42cfa64c5f50d7798a
Reviewed-on: https://gerrit.libreoffice.org/14504
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>
Tested-by: Kohei Yoshida <libreoffice@kohei.us>
|
|
Change-Id: I4a33bd92fc8448638a4bfe1eab7e5041a4c5cc39
|
|
Change-Id: Iba139ede7bd72e23c0b7a28a8a4ff38ea816725a
|
|
Change-Id: Ia1d37d150c2186f014733cd87179445722b54346
Reviewed-on: https://gerrit.libreoffice.org/14789
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
|
|
Change-Id: I8a7528366156b288dc422b09cff0d5a32cde3c91
|
|
Change-Id: I0aef0c185457687aa0e40a4a1e8024d9e691093f
|
|
Change-Id: I800735cf4dd10af8e6cd2e2581b18bcb71eb2872
|
|
Change-Id: I80239379cfba8fa9d13554a693f0aa3e8610ef55
|
|
Change-Id: I619c57b07ccde25257f7848bd2bdf55ac78c9171
|
|
Change-Id: Iee0fcb8e2b91a6554bedc7e3989c0585a1679a61
|
|
.. in favour of just using the underlying constants from
css::util::NumberFormat
Change-Id: I0c6b128b66c91b268f5ae300f9c17c7792df5e99
|
|
Change-Id: I85397752e2660088b378d8ec71765a4167f5183a
|
|
Change-Id: I067a83ef97e55afc27673c59b0bdae974d7f3232
|
|
Change-Id: I8371b942d915f777a29ca01cd0aed674db0ca853
|
|
Change-Id: I9219619b538b6530a89f5932ac51eb3b62eb396a
|
|
Change-Id: I0b5caeac629527112e3c7129b274b076da467d8d
|
|
Change-Id: I8a2262e6e27f0ea5f43837d5a10cb23525fe6ca5
|
|
Change-Id: I79f20f67e623b8d9607374e8be9a78fa10dc9af6
|
|
At least moz406390-1.odt has an unreferenced (so uninteresting in
practice) <form:form> block. Till there is a real benefit of it, better
not add form/database components to the Android component list but teach
the user of such code to fail gracefully.
Change-Id: I165a09fefa887da7b78a917c43ecc17d8f0ba3e2
|