Age | Commit message (Collapse) | Author |
|
Change-Id: If0a501cd19955d472c85341772385afbfe8768ca
|
|
This patch adds 2 tokens for future patche's use of table row
redline preservation.
Change-Id: I20e6d1dd84a07f515076aaa3cd5b32c492ec476d
Reviewed-on: https://gerrit.libreoffice.org/7801
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: I2aec2e95f49ab70a9e94c5d52f70855f4381a24e
|
|
Change-Id: Ib04a464483c43a999db82bfaa539193c526d5041
|
|
Change-Id: I0fb9e547b73b563725eb8014f68224706df3c39d
|
|
Just make sure that these two new lines match the style of the
rest of the file, which was so far consistent.
Change-Id: I6113753157fec7fd0e0dc988885b36b477c301b2
|
|
Change-Id: I7368ad15292c82e5320deb9ab60e04f70d0c92b8
|
|
Change-Id: I0d589da01bf6afed86b5811d6b27f72f6e1bb160
|
|
Change-Id: I469da0a8234dd2979facfed3d66907aad1a138ab
|
|
So that profiling unit tests (finding out the largets test documents
based on the CSV output on stdout) is possible again.
Change-Id: Ib870d6f424c3219f37715daef5400a0181867be7
|
|
Change-Id: Idd49478d59cd062118fbf8e99d1c8bc5250013fc
|
|
Change-Id: I4ce857bd2e48372da4ed7252a2849ad37c73b6b9
|
|
Change-Id: I6268bc57417d53b9810c81071fbcd604e2a19507
Reviewed-on: https://gerrit.libreoffice.org/7886
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Marcos Souza <marcos.souza.org@gmail.com>
|
|
Change-Id: Ibffa7f2fbe91be9b95217ce36999e286ef444a37
|
|
Change-Id: I875cb1f12c9f81d329d7fe9cd3aa32a4cd818573
|
|
There are two types of capitalization in DOCX:
-uppercase: <w:caps>
-smallcaps: <w:smallCaps>
Change-Id: I6a5d238bed68aa3fd3478a77cf1942f009480eb6
|
|
Change-Id: I4e3078ab29ff6ad2d89f68ef6413d2f3fb1fcb80
|
|
Change-Id: Icfcea4a4e86a85d67786d0a87d8d2eb665860e0e
|
|
Change-Id: I8508f00f6af218605d1d43d3efcefbf545387ab8
|
|
LibreOffice is unable to properly import the custom gradient fills
defined in ooxml documents. To prevent data loss, we save the
original gradient fill definition in the shape interopgrabbag and we
write it back to the document on export.
In case the user has changed the fill properties of a shape, the
original fill will be discarded in favor of the new fill.
We have added a new ooxmlexport unit test to test this feature.
We have also added some missing transformations to the methods
getColorTransformationName and getColorTransformationToken in Color
class, and refactored some code in class DrawingML to the method
WriteColor( OUString, Sequence ).
Change-Id: Ie71f89eaa20313561aa9180ea33b76f3fb5e5df6
|
|
Change-Id: If75e6e96887d63a555094a2a9c73ca8a157fe964
Reviewed-on: https://gerrit.libreoffice.org/7836
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Marcos Souza <marcos.souza.org@gmail.com>
|
|
When the custom shape is not a preset shape then construct a
PolyPolygon and use DrawingML::WritePolyPolygon() to export it.
Change-Id: I6598976a475bfcb92305338af9016e09df4c9456
|
|
Change-Id: Id0d644407bf1f5672e654082328434b9464c140a
|
|
|
|
VmlCommentExporter::StartShape already adds a XML_type to the attribute
list, so we would be exporting the same attribute twice which makes the
xml file invalid. This file could therefore not be imported again.
Change-Id: I2aed2805ea59c15b1f7e60ab9cab10f7a8e81412
Reviewed-on: https://gerrit.libreoffice.org/6980
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I1aec870ee52180d1b1b96762f69fab94370acbde
|
|
The empty value for transparency in drawingML is 100% and not 0.
Change-Id: I5f34f03b9b72cc20e92e32f9c9bc1bdfae73ff55
|
|
Change-Id: I97968dd5f5233e17870bdfdf2864ae8ce9179080
|
|
Change-Id: I171212bbfc2f54a16b5669ab4401a3168e7f0552
|
|
* Use PUT_PROPS macro in all cases.
* Added putPropertyToGrabBag( OUString, Any ) to avoid the explicit
creation of a PropertyValue object every time.
Change-Id: If098dd3a94d1843c4c5dbc3a507b05754d9d59c7
|
|
Preserve <a:effectRef> tag and its contents from inside shape style
properties tag <wps:style>.
Added some lines to existing unit tests to check for the preservation
of these attributes.
Change-Id: I6e47b228dcc9788a4a2dfe87bd1186d2f04dbeea
|
|
Line style and color can be defined by the shape style attributes or
can be directly assigned by the user (and even using a theme color in
the case of color attribute). This patch aims to preserve the
relevant attributes of this feature after a roundtrip.
For style attributes (wps:style/a:lnRef), they are kept and preserved
in the "StyleLnRef" property of the shape InteropGrabBag. To be able
to access to some of them, the methods getLineStyle, getLineJoint and
getLineWidth were added to LineProperties object.
For the line theme color (a:ln/a:solidFill/a:schemeClr), the original
line color and the theme color name are preserved in the properties
"OriginalLnSolidFillClr" and "SpPrLnSolidFillSchemeClr"of the Shape
InteropGrabBag.
On export time, we must check if the user has changed any properties
of the shape line, this is done comparing the new shape attributes
with the original values coming from the style and theme definitions.
In case some of the attributes is different, the new attribute must
be saved overwriting the old one.
The data files for some /sd/qa/ unit tests were updated to reflect
the new properties inside the Shape InteropGrabBag. Besides, an
existing unit test in ooxmlexport was modified to include checks for
the preservation of line style, line theme color and custom line
style that override the style attributes.
Change-Id: Iabb0cef9e3cc433676c201bc296fb7b373839a3f
|
|
Color tags like <a:schemeClr> can have children tags that modify the
specified color. These modifications were applied on import time in
the Color object, but they were not preserved.
We added a member to Color object to preserve the unaltered list of
transformations. The method getTransformations() returns that member,
and the methods getColorTransformationName and
getColorTransformationToken were added to transform the tokens into
strings that can be added to an InteropGrabBag and viceversa.
The transformations are added to the Shape InteropGrabBag in the
method Shape::createAndInsert, and they are written back on export
time at DrawingML::WriteStyleProperties.
The data files for some /sd/qa/ unit tests were updated to reflect
the new properties inside the Shape InteropGrabBag.
Change-Id: Ieb164268c3b79f2d9b7ed3a4954b5de3b7a5811c
|
|
A LineProperties object can contain some preset dash defined by the
shape style and some custom dash defined by the shape properties. In
that case, the custom dash must be used.
The existing code only used the custom dash if no preset dash was
present.
Change-Id: I6254d95184312360e8782dba7329d5ec2f5441fa
|
|
Note: This only imports it and it may not be
even possible to export (even to othe formats).
Change-Id: I8e104f1bc3a95c42ac932b6ab58365dc113fb2e0
|
|
smooth entry was written too early
Change-Id: I200f67dd70c8efa0f46fbe177add36b6c80a96f4
|
|
Change-Id: I6dc5939ae66967785cdc5dab318024b8cb17d1cd
|
|
Change-Id: Iec9cfa1fd12c45cdab5ef97ab4eb2573577c412b
|
|
Change-Id: I6562cf7f9f090edf94ede2935233966d9dc4066f
|
|
Cause:
- In altenrate content, Fallback contains only group tag.
Implementation:
- Added export logic in Vml export.
- Added unit test case for vml group.
Change-Id: Ia1c9834950528dc892caea1cb675a7f42165d9ba
Reviewed-on: https://gerrit.libreoffice.org/7276
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
This is the other case when position shouldn't be adjusted.
Change-Id: I9265bf1c762fd519e3a12e97d767b5d213644e6d
|
|
Change-Id: I26c2f9e3f5e560f22d3de0a7378c5cd7d0413184
|
|
Change-Id: If05dd971ad62b059499c50bfc0b82b28e19fee4a
|
|
In case of DOCX, the DOCX wrapper around the drawingML fragment already
contains the real position of the shape (which talks about paragraphs
and other concepts which are unavailable in a spreadsheet /
presentation), and the inner position should be 0, otherwise the shape
is shifted towards the bottom right corner.
Note that this only affects drawinglayer shapes in DOCX, Writer pictures
are handled in sw, and those always had a 0,0 position in the inner
drawingML fragment.
Change-Id: I582b1ae64387b50ffb051e1f5017eab0e5d5ab34
|
|
Change-Id: I224bc31af9ecb77ad42357550e016b000ebf4837
Reviewed-on: https://gerrit.libreoffice.org/7519
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
I'm not exactly sure why existing code didn't do this implicitly, but at
least this improves the situation.
Change-Id: Id2bb169c513827b7ef48640dc88fad90a83d2bee
|
|
Change-Id: I3742c960016bbe1d82b58a16d464b329d2612c10
|
|
Change-Id: Ibaf29ed746076fa6ec0bad013cac26debdb2b165
|
|
Change-Id: Ibe89e86b19d7633e9a0669ff0574173ac4b633c5
|
|
Change-Id: I5e3db7eaf284718a1e313401b18ee6665d2837a1
|