1. 'TextCanOverlap' property was stored as false if TickLableSkip
is not equal to one.
2. For OOXML charts TickLableSkip can be between 1 to 999999999.
3. We can not apply zero or less than zero value to TickLableSkip.
( As per specification)
4. In axis model default value for TickLableSkip was zero which is
incorrect.
5. Added unit test to check 'TextCanOverlap' property for chart.
Change-Id: Ib3104b1d932f6e9376c149eabb201c8e9ad23da9
Reviewed-on: https://gerrit.libreoffice.org/11901
Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>
Tested-by: Kohei Yoshida <libreoffice@kohei.us>
This test failed on Mac because it depends on the layout being finished,
since for SwXTextEmbeddedObjects the corresponding SwVirtFlyDrawObj are
inserted in the draw page not on import, but in layout.
Change-Id: I731b9b92838252ff50135f97343357992bc1933f
This is similar to 7b8073906adca8dae24c04a23708a3f3d582218f (Ensure we
export correct labal placement value for percent/stacked charts.,
2014-08-07), in case a clustered bar chart has a top placement ("t" in
OOXML), then MSO complains as well.
Change-Id: Iffd991127784e0e732f6ae55de956a328a3a53e5
If sourceLinked is used, do not set "PercentageNumberFormat" even if
showPercent is true. The format string should be used for "NumberFormat".
c8cc89ff802d86b1f3a69afe1b4835b7df7f70c7 unnecessarily disabled
"LinkNumberFormatToSource". Use that for data labels but not for axis.
Also, actually make attaching number format supplier work for Calc.
Previously, non standard formats were added into wrong supplier,
and they were thrown away later because it was attached too late.
(See also ChartModel::attachNumberFormatsSupplier)
Change-Id: Iaf9945abc3d82d0ac63d9f36b8888eb49f39ab57
We must not export label position properties for doughnut charts, else
MS Office would think the file is corrupt.
Change-Id: Icfab257ffb6da945b8add661e6455aa66cc475ab
"Automatic" fill in docx and xlsx should be solid white, whereas in
pptx it is no fill (transparent).
Change-Id: I7e64f2f895e4c4ed072a234e622a348599456f37
where the return value is always cast to XMultiServiceFactory,
so just do the cast in the method and avoid noise at the call sites.
Change-Id: I3a2e06ac6edb3c6021eda6442032db57aaa22e13
Originally it was a pptx document, but switched to docx because reloading
an impress document in cppunit currently mysteriously crashes.
Change-Id: I3e9ba6b9a4dc7d3c0ca1d59a073dc8a4cca4008c
It needs to be set, so that the chart has colors. It was grey before.
The bug was fixed already in aacfd5038d05a02f8b1eade3a5896d3d7e959f3d,
which got pushed sooner, so this commit only changes
the property name from 'INVALID' to 'FillTransparenceGradientName'.
Change-Id: If06899258a4307d583480538338480ba5bb830b9
Right now, we skip hidden data series when importing OOXML charts into
our internal data table. This of course means that if/when we add support
for hidden columns in the internal data table, we may want to change this.
Change-Id: Ida1b77821fbc2f8f937244576b52521b59d6ab89
Not a direct test for the reported bug, but to ensure that the reworked
properties survive import and export.
Change-Id: I6c5a4c98eca5180251f04a24346290dedc44447a
Ideally now all testcases handle both cases during DOCX import:
- current situation, when shape with text is imported as a Writer
TextFrame
- future situation, when shape with text will be imported as shape with
an assicated TextBox
Change-Id: I5b95ff4672cecf39eb744f8557f967ade73404c0
I've switched from using a Draw document to Writer document due to some
instability with Draw instance in our cppunit run. The bug is reproducible
either way.
The test is disabled for now, since the bug has yet to be fixed.
Change-Id: I49e0417e1ecbc70f40aab8531237ae98ae58bdd3
