Age | Commit message (Collapse) | Author |
|
Change-Id: I8beab492a3b9b42b323d7d6d9cebfbda1eae0ce1
Reviewed-on: https://gerrit.libreoffice.org/2159
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
If all paragraph margins are 100% on import, ignore that as being the implicit
default. That avoids explicit 100% being set onto the awesome [UL|LR]Space
which takes a relative propsize of 100% as a flag that its value field is
absolute and so rejected by SwTxtFmtColl::Modify as a candidate for getting its
true value initialized relative to its parent, so it ends up as an absolute 0
Always elide the property on export because writing individual
margin-foos provides better backward compatibility with older versions
anyway.
Trigged by 3c5facfce42a0dbe362d6b9fa5ac374fd76f51a1
Change-Id: I55f6ceeae287b7d8e99befa4bd3cc06738a21299
(cherry picked from commit 23c099a0236062724430efb986251637095c8d4f)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
Tag libreoffice-3.6.5.2
Conflicts:
editeng/source/editeng/impedit3.cxx
instsetoo_native/util/openoffice.lst
oovbaapi/UnoApi_oovbaapi.mk
sc/source/filter/oox/workbookhelper.cxx
sc/source/ui/app/scmod.cxx
sc/source/ui/cctrl/checklistmenu.cxx
solenv/inc/minor.mk
writerfilter/source/dmapper/DomainMapper_Impl.cxx
writerfilter/source/dmapper/DomainMapper_Impl.hxx
writerfilter/source/dmapper/PropertyMap.cxx
Change-Id: I7ea70b82b3b874cbe78354d5dd97307e63842e72
|
|
Change-Id: I612ff2340b272661067cb6a54106e91443fec91e
Reviewed-on: https://gerrit.libreoffice.org/1056
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Conflicts:
desktop/source/app/sofficemain.cxx
instsetoo_native/util/openoffice.lst
solenv/inc/minor.mk
Change-Id: I3e9510067c7173f6c71368e70ba6dfe168c5318e
|
|
- to preserve at least some data for older versions of Libre Office
Change-Id: I2a33706c2a2344e45b57a00469a7387072f8602b
|
|
Change-Id: I43a2c08ee8dfc0abe4d05579b837b5be0944c0fe
|
|
It has been imported as an alien attribute since CWS impressodf12
5b364c2e8baf9b1f6bbe611c0fd6895a88056afc, and could not be written
to a document created from scratch anyway.
Change-Id: I054fcf71d7ddc3ed19735b8aa898d1b1a12db5b9
(cherry picked from commit 9a081484321b3f42bee3b43d18c4bd75b9603b01)
Reviewed-on: https://gerrit.libreoffice.org/619
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
This is invalid, font size must be positive.
Change-Id: I2425d7c596ca9c7c80c0d24c44cdd9ec1ac1dd80
(cherry picked from commit c9699f82edf67a55f4cfdd885fa779b13d816c87)
Reviewed-on: https://gerrit.libreoffice.org/617
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
This attribute is mandatory; for the given bugdoc various
svg:viewBox="0 0 2500 1" are now written.
Change-Id: I7ea2294e0796546dcbb245993c01c2dd2b2a755a
(cherry picked from commit a2959aba6affa06dc0c6fb19d0c2b73958e6b221)
Reviewed-on: https://gerrit.libreoffice.org/616
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
The xlink:type was optional on text:a and draw:a elements in ODF 1.1 but
is mandatory in ODF 1.2
Change-Id: Ifc7301ed1b0120d31a156751888dea1a55e952fe
(cherry picked from commit a27a6b68b7e4d2a4674b4de59fc487b17c7c9907)
Reviewed-on: https://gerrit.libreoffice.org/614
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
XMLTextParagraphExport: Add a mapping that generates names for those
field marks that don't have a name so validators don't complain.
(regression from 7a1c5e54afe4e4ef7e17c2e9c969cd41221edc28)
There is still the problem that we cannot easily guarantee that the
names (generated or from some field param) do not clash with the names
of actual bookmarks...
Change-Id: I9ed65b94b3e8f725db4354222f2565176b32be52
(cherry picked from commit 22b615a7a54e6424bf3a492d2a07573ad9090949)
Reviewed-on: https://gerrit.libreoffice.org/612
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
The invalidation introduced in 7f9928bfa561ccb6ed4e2baacc7d6960bc1ce231
is unfortunately in the wrong place; the pAllFoo actually point at
vector elements, and so they must not be dereferenced after new elements
are added to the vector, so move the invalidation up a bit.
Change-Id: I244d1d5cfd40469ff6d2c081e057355460d34cf4
(cherry picked from commit 9e74e9f3c0931f34fb5421056851a06b83501ce9)
Signed-off-by: Ivan Timofeev <timofeev.i.s@gmail.com>
|
|
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
PageMasterImportPropMapper: in the case of a single "fo:border"
and "style:border-line-width" attribute, it is possible that the border
is imported wrongly, like this:
1. pAllBorderProperty is set from the imported value, with name "TopBorder"
2. individual pNewBorder[i] are created as copies from pAllBorderProperty,
one of which also with name "TopBorder"
3. pNewBorder[i] is updated with widths from pBorderWidths[i]
4. the individual pNewBorder[i] are added to the property vector
5. the property vector is sorted by property name
6. the properites are applied in order; if the pNewBorder[TOP]
happens to precede the pAllBorderProperty (which is indeterminate
as they both have name "TopBorder"), then the pAllBorderProperty
will overwrite the border widths computed in step 3.
Thus, nerf the various pAllFoo properties so they do not override
the individual Foo properties later on.
(cherry picked from commit 7f9928bfa561ccb6ed4e2baacc7d6960bc1ce231)
Change-Id: I87755f1184d59da2aa72ac053e6f77d7295d6958
Signed-off-by: Miklos Vajna <vmiklos@suse.cz>
|
|
If it's named nLast, then it's supposed to point to the last character,
which, with an empty string, logically means it should point before
the start of the string.
Change-Id: I248fbe80c1c4b1c2c8d39f0bcf772f9b85415e4a
Signed-off-by: Miklos Vajna <vmiklos@suse.com>
|
|
Change-Id: I713981b9ae1a82ca0b014cde88abdc32af1f9975
|
|
The vector::back() does not return a value but a reference, hence this
is invalid.
Change-Id: I8624b649deb8fb4de0d1d8af1288068acc80cef2
(cherry picked from commit cd18b8e313b792f5fc42edb3314a95d202406899)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
The elements are exported without checking for bAutoStyles, and the Any
conversion is overly verbose.
Change-Id: Iebb52c8cd2638424dd48d28ec5a12c10a41f6cbf
(cherry picked from commit 4190e9351e69730f0097e6cdf4dad2fafa10577e)
|
|
This extends commit d0af38eaa029c2f2c2617544c8b6798c463381b9,
converting more latest-ver to 1.2-extended cases.
|
|
This writes out absolute paths, to side-step buggy odf consumers'
wrong handling of the 'z' statement (i.e. they ignore it for current
positions).
|
|
With several legacy pre-ODF1.2 and ODF1.2-only consumers out there,
folks wanted a more backward-compatible ODF1.2 extended mode, that
uses stuff deprecated in 1.2, and/or is 'bug-compatible' to older
OOo-versions.
Therefore, adding ODFVER_012_EXT_COMPAT, and sticking it to several
attributes that were ODFVER_LATEST before.
|
|
Make "export extended ODF" consistently mean "version > ODF1.2".
Future ODF versions need manual review anyway, of the various
changes/additions we ship.
Change-Id: I0f6c1646b306e18f0abcdd1a1802fece821b2e93
|
|
Update calls to factories to use new ::create methods
Change-Id: I01d4417820f52718836c92faf3c2fae0dc96b30d
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>, added some tweaks.
|
|
Change-Id: I7924da4bff73ca8f82c76eb8cb211401530acdeb
|
|
Change-Id: I069271ad1c0f2fc5ec0854d6fb13aa0dc25be01d
|
|
- Instead of exporting the errorbar data to the series in a global way now each errorbar has its own attributes depending on their user settings,
so we can have different data for each type bar (only when using ODF 1.2 extended) and still keeping it backward compatible with old formats.
|
|
|
|
Change-Id: I342f1b8ac6c8205b6c587578a6b10a6ca51758fa
|
|
Change-Id: I588fadc51fec90b3b04d61c2c63880236c535183
|
|
Change-Id: I56fe169cb78e8b3d57a5949f90b8d364e95a3917
|
|
Change-Id: I44518bb1b464bb0b458c0b5f1c249ef160ea3b26
|
|
Change-Id: I1e47f90e387724e74312091e577f010fb16ca72f
|
|
Change-Id: Id0c3cecaccb4d9733149061f652684d3398e9bf2
|
|
Change-Id: I8848d0e687c3b19be1a8bc1f41c2a0c94e13bbbf
|
|
Change-Id: If9a9889fa36bc76c9afed295568ed9a05de4587f
|
|
Change-Id: Ibc811f2ef501a91172e096a700821ab6bd9406ea
|
|
Change-Id: I30be93ccaeb1f9fd17cbe9e3ed3165e094810b2e
|
|
Change-Id: I6fdf7a6158002003938ee039152d582776aba5db
|
|
Change-Id: Iaa16792a74a3e33d3880cb9db41baf5613804387
|
|
Change-Id: I6e0feab7e1d649fbf4dafb9f06d57f68e9a4b934
|
|
# Changes to be committed:
Change-Id: Iffe020d60982c2872c1a451f9d0e4e1d4f5e349f
|
|
Change-Id: I06dc09d57821ac729182764882558fa079b5ed37
|
|
Change-Id: Ia760fe7ae66f8caadb10947c3d743a9f64a55dc5
|
|
Currently default row heights imported from Excel are not adjusted Optimally ( AdjustRowHeight() is no longer called ) However to ensure correct round tripping the CR_MANUALSIZE flag *is* still set, this results in the style:use-optimal-row-height="true" being set for default row height(s) when saving as odf. So, for example absolute positions which are calculated on importing the Excel document ( where the row height is *not* optimally adjusted ) are still saved with the 'style:use-optimal-row-height' set. When the row heights are read back into calc the row sizes are changed any absolutely positioned objects are now out of place. This patch ensures *all* row heights are from an imported excel document are saved with style:use-optimal-row-height="false"
Change-Id: If898b97ddb0c8b59a401d7b3c133b0eec09cd1db
|
|
Change-Id: Ic30cdeffabec1eb1a6c153ac450a3d28064ef534
|
|
Change-Id: I4ebb1027151c3bc34f81fb1e13de6c4c5cfed54d
|
|
Change-Id: If02be864f958de96ae1c54fe575b1828410390b1
|
|
Change-Id: Ic93ec84ce62234364d233a9188a65439e88a79fe
|
|
a) merge them together and move it into comphelper
b) turn it into a POD rather than having vast amounts
of destructors registered into the cxa_atexit chain
Change-Id: I04d3b9d7804f8e233013c916df9d617a0f84f96a
|