Age | Commit message (Collapse) | Author |
|
Change-Id: Ic0801e224750cccee3d91c742fcb67cb0472124f
|
|
Change-Id: I41ec28c39c395b8eb2eaf72f91440f3ae2c3aa99
|
|
Change-Id: I7422272a7103bacd36c5d7234b6eb76477f5a2b9
|
|
Change-Id: Id941d9a9f5fc020e2e5bd11b419461f60b9b4626
|
|
Change-Id: I6c028561f0aa2eb4b1a14ed5646f1c10541512d1
|
|
Change-Id: I4e0f9b935171b65b20a40c4dec8d769d202cf4b8
|
|
Change-Id: Ia8f7c1bbf18bbe3dbd84df5a05c450361b7c8578
|
|
Change-Id: I55a620063a1021830802c5bc41b425fd134b449f
|
|
Change-Id: I52741c344fc04b82db650927e4223dc325afabdf
|
|
Writer core doesn't support this, and this has been a problem for table
cells as well. There the workaround we're using for quite a while is to
do the rotation at a text portion level instead, which results in
reasonable layout for simple cases. Do the same here.
One additional complexity is that the API between oox and writerfilter
is a single UNO shape, we get this property in oox, and we have to
handle it in writerfilter, when the text frame is already attached to
some text. Kill this problem by adding a FrameInteropGrabBag for sw text
frames: it's useful anyway, and then we can pass around this property
inside the grab bag.
Change-Id: Idb5ec83b5cbdde8f29d15b2cebfad24226bb6507
|
|
Change-Id: Iaadec33715f8e0e0c6595c5e684606905274fdab
|
|
Change-Id: Iff3b8e523f5d326586115c4ff61835c15b8b7f01
|
|
1. Enabled parsing of chart in writer module.
2. While parsing chart is read as ole2shape. Then converted into TextEmbedded object for chart.
3. While exporting postponed chart writing after rpr tag.
4. Generated unique id for each chart.
5. Corrected content type of chart in export.
Change-Id: I6a1ca0c34e03e17cc3dd8a183580132ea7af5c48
Reviewed-on: https://gerrit.libreoffice.org/5976
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: I4c1046040f52e261004df95125b53e42dc8fca4b
|
|
It is not really desired to import diagrams broken into individual objects;
makes trouble with the hieararchy, and also the user wants to see it as a
group - can be ungrouped for modifications easily.
Change-Id: I0533a69af9e377804bf0e06b2ce873fd0c9bde02
|
|
Currently Agile encryption is not supported, so all documents
loaded with "agile" encryption will be encrypted with "standard"
encryption when they are saved afterwards.
Change-Id: Id0477f43c00ed70032ca6b3390eebb1105d5ffa7
|
|
calling back() on empty vector results in undef behaviour
Crash originally reported here:
http://lists.freedesktop.org/archives/libreoffice/2013-September/055827.html
Change-Id: Ibefdc7e2495fc31d748c16fedd3cee5eb957bfa2
|
|
If the numFormat is available we should probably use that.
|
|
The XDocuments representing the DOM documents of a
DrawingML diagram (Smart-Art) are now stored as
the PropertyValues "OOXData", "OOXLayout",
"OOXStyle", "OOXColor" and "OOXDrawing" into the
"InteropGraBag" property of the parent
SvxGroupShape created from such diagram.
Modified the oox::drawingml::dgm::Diagram class to
be able to hold the map storing the XDocuments and
its names. Added the getDomMap() method to obtain
the map directly and the getDomsAsPropertyValues
method to get the map as a sequence of Property
Values.
Modified the methods for importing and loading the
Smart-Art into the Diagram so they add
automatically the DOM documents to it.
Modified the oox::drawingml::Shape class to be
able to hold the sequence of PropertyValues
storing the XDocuments and its names coming from
the oox::drawingml::dgm::Diagram class. Added the
getDiagramDoms() and setDiagramDoms() methods.
Enhanced the
oox::shape::ShapeContextHandler::getShape() method
to add the extended drawing document to the
oox::drawingml::Shape class.
Modified the
oox::drawingml::Shape::createAndInsert() method to
store the sequence of XDocuments in the
"InteropGrabBag" property of the GroupShape
service SvxGroupShape implementation representing
a Smart-Art.
Change-Id: I7d0b9dfbfc9d5299ddd25fab394e5e9a422d1dd1
Reviewed-on: https://gerrit.libreoffice.org/5849
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Auto and manual axis positioning seems to cause a problem.
Needs to be tested with more charts.
|
|
Change-Id: I059fbee385a109069c70f3869021c8e2ee48fee1
|
|
Change-Id: I79fa72c9235682030d23a03fdb0c7c40370c4a8a
|
|
Change-Id: If8b064ca9a52bb02ff41f07e00142702a29df818
|
|
We can't have e.g. placeholder fields on drawinglayer rectangles, but at
least the result of the field is now imported.
Change-Id: I135f205c4231645f11f824495993c4dbea4135ed
|
|
Change-Id: I423e6e0b3a7c16461765b5086f729cce028c4b6e
|
|
Change-Id: I6d5e8d3fd69189935a3338fee19b60022f70a7eb
|
|
Change-Id: I5a878bfb0a6947616b1d0bfaad2541bb46903676
|
|
The shape had no special properties about hori/vert text adjustment, so
it should be hori left / vert top. Then it has vertical layout-flow, so
vert should be top and hori should be right (vert was center).
Change-Id: Ia89d8587b6a822ead45198dc5d1ba23907cc3567
|
|
Change-Id: Ifc055befd5d7436d44e95ce105c52f3c4f061796
Reviewed-on: https://gerrit.libreoffice.org/5768
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Ic3e96eebbb914c5b905a8c58532ead9cb01dd41d
Reviewed-on: https://gerrit.libreoffice.org/5721
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I28ad4fe77c9c8474f4f650e9ea5ab309be307fb5
|
|
Change-Id: I9b88fe7c932ba2d1b94eeeff7d35b1d011117316
|
|
Change-Id: I8101f00bc4820ec3100e2c08a9dd21248c909081
|
|
Looks like my compiler eats a lot of things thrown at him but
others don't.
Change-Id: If1d080a545e6c2a17e19b389eeb1714aa0569644
|
|
Additionally encryption and decryption has been refactored.
2 engines have been added: AgileEngine and Standard2007Engine,
which contain core functions for encryption and decryption.
Standard2007Engine refers to encryption and decryption as used
in Office 2007 and AgileEngine refers to encryption and decryption
as used in Office 2010 and 2013. AgileEngine does not yet support
encryption.
Change-Id: Ica1d4d5a109fb204012b92a0c39325fe0b99b793
|
|
Change-Id: I2168358076d9c5ce3271b21cd5a541e51aa502f9
|
|
Signed-off-by: Adam Co <rattles2013@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/5272
Conflicts:
sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Change-Id: I5c8440edad0381e33b64f64bb54aa8f1bc304007
|
|
Compiler plugin to replace with matching number(), boolean() or OUString ctor,
ran it, few manual tweaks, mark as really deprecated.
Change-Id: I4a79bdbcf4c460d21e73b635d2bd3725c22876b2
|
|
Change-Id: Ib16be0bf83120ed7aeb01f29634d51421fc351c8
|
|
Fixed the test cases - false negatives.
|
|
Change-Id: I1c19e8a7d775b1c37649dd36b611d145fd4ce47e
|
|
They had been edited manually a couple of times...
(Instead in the previous commits I edited the generating script and the input
data.)
Change-Id: I3c89d021450a3c3e64055991450c205251fdd41f
|
|
Don't generate code that uses the old RTL_CONSTASCII_USTRINGPARAM horror.
Update the README file to have actually working command lines, and at the same
time make it into a shell script that can actually be run.
Use SAL_INFO with tag oox.cscode to output the stuff that the
generatePresetsCXX.pl is looking for.
Change-Id: I3f8f756fbe8e35857c2bd07beece0f3ab4234e7f
|
|
See
http://social.msdn.microsoft.com/Forums/en-US/73038923-5081-4591-9f50-088454ca9e27/probable-bug-with-updownarrowuparrow.
Change-Id: Ibab5a0e16c40df8caa8abe760c78e54e5cc096b0
|
|
|
|
Placeholders (or shapes without text imported from
the files) have wrong font size. This is because the
size (and probably other text attributes) aren't applied from
the mastertextlist to the shape itself.
|
|
OOXML decryption was implemented in filterdetect. With this the
decryption was moved to a common place where it shares functions
and constants with encryption.
Change-Id: Id334daf7c2eb1e18735d6a500132f6bb61bb3ba0
|
|
Change-Id: If1d8a48e115cd7fbaa0032791275b3b49684d748
|
|
Change-Id: Ic7ee570935b5d827dc01a483877ea5021da5abea
|
|
Change-Id: I1fcd578955a1f65921c8891916e239bc6f0b9748
|