Age | Commit message (Collapse) | Author |
|
For labels under one series, there were child tags created for every
data label individually.
for example, if under one series there are five labels, then under
<dLbls> there were 5 <dLbl> tags created separately.
This issue is resolved now.
Conflicts:
chart2/qa/extras/chart2export.cxx
Change-Id: I7ae214f413bc27728df8a3d4cb8f4d703cba2f77
|
|
Change-Id: Id6f9e1d142d8c8aedff76ff3d964bcf58c7f1815
|
|
- Adding external data path relationship for chart[n].xml
for docx files.
- Added Unit Test.
Change-Id: If48ed21237433ddf6659454dda95d720aabdb300
|
|
(cherry picked from commit 641aa4b583e27369b404584d094e0758a93ce5b5)
Change-Id: I27a0503036087febc7f838dab4c2201eb0593d5c
|
|
- added new property entry to store xlsx external data for chart.
Change-Id: I3695865ad7e888359d1048e9bc380cba26108636
Reviewed-on: https://gerrit.libreoffice.org/7212
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I89c35503d22797c5d5117e298f04e953de03044a
|
|
Change-Id: I1918f91ec070761a8fe9d04058820af1c7880678
|
|
Change-Id: Ib9810cbc96fab5218a497985aac80cbd7c0c188d
|
|
The problematic path was "m,l21600,r,21600l,21600xem@1@0l@3@2nfe", here
"m,l" means an implicit "m0,0l", but only the first zero is in the
coords list. If the second is missing, assume 0 as well.
Change-Id: I03065e34c959103c9caf64271aa3ebbb7ad52726
|
|
Change-Id: I43bf12b69892614a6054a14de76bbbd4e46c2ee9
|
|
(cherry picked from commit a7eedd28dd66cec1a668c3df6a8568dcad0f858f)
Change-Id: Ia2b46f4b35fc90723570b7f8bfb82c101279eb9d
|
|
Change-Id: I4dc6267003e12c960b82efa54ed3af4a3c6376c4
|
|
Currently we change shape type to textframe if a shape contains
text. Due to this shape information is not preserved when file
is saved.
Conflicts:
sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Reviewed on:
https://gerrit.libreoffice.org/7372
Change-Id: I7af3ce29f857d6fa2ceab0350937d91638361e7c
|
|
Problem Description:
- When we create the shape with text, rotated it with some angle,
the rotation angle is not preserved after roundtrip.
Implementation:
- Use the FrameInteroGrabBag to preserve the rotation angle.
Conflicts:
sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Reviewed on:
https://gerrit.libreoffice.org/7367
Change-Id: I8a44e82d21f08ecb221cdbfef73f02a652f2bad3
|
|
Grab-bagged the "editas" attribute of v:group and added UT for
the same
Please verify this fix on MS Office 2007 as it renders the mc:Fallback VML part
Conflicts:
sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Reviewed on:
https://gerrit.libreoffice.org/7335
Change-Id: I4e4456997621089967514009005ee775b71d6d69
|
|
Convert code like:
buf.append( static_cast<sal_Unicode>('!') );
to:
buf.append( '!' );
Change-Id: Iacb03a61de65a895540940953b49620677b3d051
|
|
Change-Id: I568e8d95f263b30579a2eec49abe8ae45f7f2e96
|
|
- Bitmap url was not stored propertly for textframes.
- Exported background image fill for text box properly.
- Added unit test.
Conflicts:
sw/qa/extras/ooxmlexport/ooxmlexport.cxx
Reviewed on:
https://gerrit.libreoffice.org/7259
Change-Id: I1fbab24b2a83b22be04fd6950c80ddf274436738
|
|
Change-Id: I7de11251bc4e1b58f9cb308e8b698d4c8c1a58d3
|
|
Change-Id: Ia7fb126f30ff1c4cd2f5fb8a5c71a87dd5e1d5c9
|
|
Change-Id: I71333af38adba1d916138835e28419bb62cd1db4
|
|
It seems that in Word, a zero parent transformation, like:
<a:chOff x="0" y="0"/>
<a:chExt cx="0" cy="0"/>
means the child shapes will have an absolute position / size. We
actually use this feature in the exporter, but so far the importer
didn't handle this.
Change-Id: I250784a3dddd23649e391b548fc128dfdf153614
|
|
The problem was that due to setting it to 18 in oox, the rectangle
didn't inherit the default 11 from the document.
Change-Id: I05c3b9c1d64eec58695e2039651a5f015df1f9e4
|
|
So far adjustment names were either taken from the document model, or in
case there the name was empty, either "adj" was used (in case of a
single adjustment) or "adj1", "adj2", etc.
The problem is that there is no consistency here, e.g. this behavior was
correct for "cube" (single adjustment is called "adj"), but not for
"bentConnector3", where the single argument is called "adj1".
Instead of trying to guess or build a long list manually, use the new
ooxDrawingMLGetAdjNames() to write the correct names.
Change-Id: I3d609975d89c7c79f4a70c7a739cab8e01f9667f
|
|
The naming of adjustments is not consistent for drawingML shapes, some
of them have the first parameter as "adj1", some of them have it as
"adj". We already have a script that generates some code based on these
XML files, make it generate a function that returns the naming for each
type.
Change-Id: I2250f72854295055e1b31f2df9aec25a997db749
|
|
This was the last shape type that unconditionally wrote XML_sp for the
shape element, which is invalid for DOCX.
Change-Id: I3a6f8e6fd8ebbe663dce9ed4453396c3ec91c38a
|
|
Change-Id: I7b6f4616d450d2cffa58217db2ef250f5b8d9cba
|
|
Change-Id: I6fce580fc68c9ab2a56e342d6c5473f46e9a7f56
|
|
Change-Id: I69dc97c93ef5efe8d71074ac3eca06a3bbc45253
|
|
Change-Id: Idcd4409a02a5b0dc5f7b67d2a482bf4fe30f579c
|
|
|
|
Change-Id: I4b4a3f9c4ec2c49c178d2e6a175b3dc307295e97
|
|
It turns out drawingml requires using different XML elements in case the
groupshape is a toplevel one or a nested one.
Change-Id: I9b76f9d0ae48cd80aaf0d6d41f1eb071cdc8cc07
|
|
Change-Id: Iee8cfce2b002e19762f7bd247729f6da52a543c6
|
|
With this, CppunitTest_sw_ooxmlexport's testTextFrameBorders finally
pases, even in experimental mode.
Change-Id: I393bf1089702004956124c6aaad594ed32804b71
|
|
CppunitTest_sw_ooxmlexport's testTextFrameBorders is a reproducer for
this problem.
Change-Id: I5e164c6c151caca62e5b4464e7ed3708f59ada82
|
|
Change-Id: I556904861e93a145cfe65f61218926851e4e8eb0
|
|
CppunitTest_sw_ooxmlexport's testTextFrameBorders is a reproducer for
this problem.
Change-Id: I0fdf6362fcc487a5002ef7f359dc4d4a1fb03616
|
|
|
|
Change-Id: I42b2fcdc914bc8c6066fdfce22ad05b5c01317d9
|
|
During export access properties stored during import and write
back those. Currently we just support basic chart data table information
such as border and outline, there are more properties, which are pending.
Conflicts:
chart2/qa/extras/chart2export.cxx
Change-Id: Icbc1245fc829f49833a8c307e029c3dd3dc2e0bd
|
|
Change-Id: I77c458828b86bc31fae533e2e632d57237e44e6f
|
|
While exporting chart "crosses" position values were
not handled properly in chartexport.
Fixed this issue by handling "autozero" value for c:crosses.
Added unit test.
Change-Id: I3489908d4c3d4b41a04debfecf95e65f373649ce
|
|
Change-Id: I0c95aa285509187b6d54f44c41720e2aefab175b
|
|
Change-Id: Ic91f6179b663afb59700f85ea48720dc9b14f372
|
|
Seems like the status is returned as default,
but the font properties needs to be still exported.
|
|
...which it did unlike all the other implbaseN.hxx. Required lots of downstream clean-up,
of course.
Change-Id: Ib720e7a0a43410dcd7e6338b84a3973dfbb20866
|
|
This is triggered by testVMLData in CppunitTest_sw_ooxmlexport when DML export
is enabled in non-experimental mode.
Change-Id: Id636b1ab701ff49da1b05b720fcb2173360584ba
|
|
This fixes testFdo60990 in CppunitTest_sw_ooxmlexport when DML export is
enabled in non-experimental mode.
Change-Id: If69bdb6ed8798ccd3e5e3bb55ec4d2a598fd6060
|
|
Fixes build error "no matching function for call to oox::ByteOrderConverter::convertLittleEndian(int&)"
Change-Id: I899f151ff99737247ce4090f59897eba842c40ba
Reviewed-on: https://gerrit.libreoffice.org/7099
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|