Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I2d150a8b387052e917f985907e2a7334682f1dc8
|
|
the field seems to get imported now, but still ain't displayed
in Impress *sigh*
Change-Id: I095b9a2c59145f984bc9db853cc22501ca103bb7
|
|
if bAutoStyles is true then the mbDoSomething of the SvXMLElementExport is
false, and the ctor/dtor doesn't do anything so any attributes added to the
exporter are not cleared by the SvXMLElementExport dtor
so only add the attribute if bAutoStyles if false and might as well extend the
block to cover the use of SvXMLElementExport and use the other ctor which
defaults mbDoSomething on
Change-Id: If35cd35e902372562fd7e78b3f970d91fcec3c16
|
|
... for Writer frames, which were missing the draw:opacity; turns out
this is because now the the default valued properties are not exported
any more, which causes them to be missing in the property array so the
hard-coded indexes in XMLTextExportPropertySetMapper::handleElementItem()
do not find them.
(regression from c3e49660e782816d1203cb936156ef6d6a1ad572)
Change-Id: I84b6c09b23a2275161135290f1b0ac9f52546a80
|
|
to loext namespace so far, since it isn't approved by ODF-TC yet
Change-Id: I1bb7723bdccec9b670630da5e4d56f47cd615e43
|
|
Change-Id: I487ab62f412512b0437e6b46a01a3be7c88f5760
|
|
Change-Id: I8eda0998f0bb9503cf7d6e89ace2fb1872273880
|
|
Make sure that it does not confuse our importer by adding an attibute to
ignore it when the new elements have been added.
Change-Id: I15991be9dd993e2aeb18c440a14de3711f8001f4
|
|
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
|
|
(regression from 7d9bb549d498d6beed2c4050c402d09643febdfa)
Change-Id: I67ec4516ff431efd47451ff07fc261ba32e80385
|
|
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
|