Age | Commit message (Collapse) | Author |
|
- File getting corrupted after RT due to data label position is invalid in chart.xml
- LO must not export invalid label position property if chart type doesn't support that positioning in MS Office.
- For clusterd bar chart XML Difference
chart1.xml
Original file
<c:barChart>
<c:grouping val="clustered" />
<c:ser>
<c:dLbls>
...
<c:dLbl>
<c:dLblPos val="outEnd" />
</c:dLbl>
...
</c:dLbls>
</c:ser>
</c:barChart>
Roundtrip file
<c:barChart>
<c:grouping val="clustered" />
<c:ser>
<c:dLbls>
...
<c:dLbl>
<c:dLblPos val="r" />
</c:dLbl>
...
</c:dLbls>
</c:ser>
</c:barChart>
Change-Id: I9cae11b8d198aaa70fb05cb3bf329cd898519170
Reviewed-on: https://gerrit.libreoffice.org/11141
Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>
Tested-by: Kohei Yoshida <libreoffice@kohei.us>
|
|
you can get debug stl this way
Change-Id: Ia70a3e7c7c452390e8bee34975d296c9318e4a19
|
|
Again, as pointed out by CppunitTest_sd_export_tests. Sadly it seems that the
spec and PowerPoint is not in sync here, so just do what makes both happy. This
fixes the --with-export-validation build.
Change-Id: I49e22d154d30106f91f1c972012f99a863784d23
|
|
As pointed out by CppunitTest_sd_export_tests.
Change-Id: I8ecbc3ef4ea9dc84ebf88506967d02de04ded852
|
|
When alignment is not specified, it should be set to the
default "left" value just on time, when properties are
pushed to the property set, otherwise uninitialized value
is better.
Change-Id: Ic294c5d7cc477f7515aea1c071ad9b67275c012d
|
|
When theme index is 0, it means it's unset so we should not
apply that.
Change-Id: I62a9cd2a9b4c19f5acffc334d5e8263fe24fc8fd
|
|
-Make embedded text documents exported by analogy with spreadsheet
embedded documents.
-Convert MS ole objects to LO sepcific objecst to allow
exporting those ole objects too.
Plus use gb_CppunitTest_use_rdb instead of wasting time on
finding out which missing components cause test failing.
Especcially when we have platform dependent components
(e.g. related to embedded object)
Change-Id: Ic76d659b51274777a1669c215344a1169ebcba81
|
|
moved the defines to be usable in more modules
moved perl-script to be usable in more modules
Change-Id: If893e4b7e9dc670646bdf097cb6fa5710e45f1ac
|
|
This addresses some cppcheck warnings.
Change-Id: Idcedd908c653d5a5700884f233ad134dde8be018
Reviewed-on: https://gerrit.libreoffice.org/13540
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: If7893fcfbac978710c664cfd013910ece77cda59
|
|
.. than it solve
Change-Id: Ic60021aa428289fffb26bc349425e9b8be520d0a
|
|
in favour of ReadXXX/WriteXXX methods
Change-Id: I75fcb04cb9e2981a10146a96de27916ca7f6bc57
|
|
in favour of ReadXXX/WriteXXX methods
Change-Id: I849fd10c689fb9834ae9974e430dc337adc68755
|
|
Change-Id: Ibdadac46483ca3b17a12e3d1ae31f75a869b8dbc
|
|
Change-Id: I63db342676e1116c2ed1eef4e27599add0a318c9
|
|
...to use single ASCII character literals "more directly" in the OUString API
(instead of having to go via an intermediary OUString ctor call). Especially
useful for character literals that are defined as const variables or via macros
("direct" uses of character literals in the OUString API can often simply be
replaced with single-character string literals, for improved readability).
(The functions overloaded for OUStringLiteral1 are those that are actually used
by the existing LO code; more could potentially be added. The asymmetry in the
operator ==/!= parameter types is by design, though---writing code like
'x' == s
is an abomination that shall not be abetted.)
Change-Id: Ic5264714be7439eed56b5dfca6ccaee277306f1f
|
|
Change-Id: Ic2c7326ab83258e2e9dcbac88aa9f76f771a9b12
|
|
Change-Id: I58cbb075a56518d71874137180ad92ae764ec4bf
|
|
Change-Id: I55ee581c9d3fc0a17639833a6a034e2addf768d1
|
|
fix my commit aa2f02a4dc8a05f49e679a26f2beebb9d66b232
"remove operator>> and operator<< methods"
I incorrectly inverted the conditional
Change-Id: Iade05b88bdedb7e5b0cff25a80d3b88ff4a0235f
|
|
in favour of ReadXXX/WriteXXX methods
Change-Id: I69eebee3a8ce5b40301db7940a1d85915c0bf6f4
|
|
Change-Id: Id2eb27132fd6c1734e50c02617ce1bbb75e294a0
|
|
Change-Id: I0d248a195852c14cd95d4e337823076dd2fbc19d
|
|
Effect import is so poor by now that this changes does not seem
to have any effect, but later it can be helpful.
See also:
81cd386facedfbb15be6dffc10351262abf733f3
and
664a56b3c81503bdf199edf1806676f0a35b956f
Change-Id: I4e6a9952aa138959ab273db0494ef0cf76d8fc24
|
|
See also:
81cd386facedfbb15be6dffc10351262abf733f3
Change-Id: Ibb21d3e5b52a4d4996202acd4a989910fa223632
|
|
The problem was that the background color defined by theme
was not imported correctly, because the different fill
style comes from different sources (master slide, theme,
direct formatting) were applied on the shape in wrong order.
To solve this we need to store master slide defined fill style
in a different variable so theme style can be applied after master
slide defined style but before direct formatting.
Change-Id: I99ea981858b9fa391915570187c8ddfdf2be1f7a
|
|
Change-Id: Id35efda5e4df820cda2afd7b65b5f890fec03f2f
|
|
Change-Id: Idce2856f656576dc58e137800e11da0178eb5201
|
|
Change-Id: I41ba46831f24b2960a1fe982b74a2b623e682e0b
|
|
Sadly cannot forward declare "struct {...} TimeValue;".
rtl/(u)?string.hxx still include sal/log.hxx but removing osl/diagnose.h
was painful enough for now...
Change-Id: Id41e17f3870c4f24c53ce7b11f2c40a3d14d1f05
|
|
There is rtl::OUStringToOString() already to do OUString to OString conversion
using UTF-8 encoding on a best effort basis. However multiple modules have
code where we assume that such a conversion is perfect. Add a new method that
asserts such an expected success instead of duplicating it at multiple places.
Change-Id: I0e55b53f558df82b67af6a463c8144655cf0ca74
|
|
Change-Id: I2e9cb96948d7f990dd8be5f4505f00306fa62f8f
|
|
Added clear() method to OString and OUString class, Updated appropriate call-sites.
Change-Id: I0ba97fa6dc7af3e31b605953089a4e8e9c3e61ac
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I1ab4e23b0539f8d39974787f226e57a21f96e959
Reviewed-on: https://gerrit.libreoffice.org/12164
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I9d4dc8a165bc042a674eb472162292a486f3761c
|
|
Change-Id: I2ba56fbff1ae05d1185d08d4fbd0285954fed38b
|
|
Change-Id: I62ed42412a0cafa33ddafe536723f5e336c92a7a
|
|
This means more things:
* Graphic won't swap out itself, so those classes which uses
Graphic without GraphicObject won't need to deal with swapping.
* When a Graphic is queried from GraphicObject the caller won't
need to deal with swapping, because GraphicObject swaps it in
before return.
* GraphicObject will swap in the Graphic always when a swapping
dependent data is queried (e.g. whole graphic, transformed graphic
or AnimationNotifyHdl)
Change-Id: I2bf6e37291ec94146f10aac4a35084682437ed16
|
|
We have some good auto mechanisms for that.
Change-Id: I487dbf4a5fc69c7563dfbc5c21f9ebdb05ba6b9e
|
|
This reverts commit 05050cdb23de586870bf479a9df5ced06828d498,
not all places that use e.g. OStringToOUString to convert potential UTF-8
are guaranteed to fulfil the prerequisites necessary to use fromUtf8 (and
some places like e.g. in codemaker are happy with the best-effort effect
of OStringToOUString's OSTRING_TO_OUSTRING_CVTFLAGS).
|
|
Change-Id: I771004b7ccab3344a67e827e45bc34c22ffa5f77
|
|
Change-Id: Ia17b14c4b27e808ceab388aa33602875e67433a5
|
|
Change-Id: I8102f31d46257c96837b6c9497e9c49f92ac29b1
|
|
they are largely unnecessary these days, since our OUString infrastructure
gained optimised handling for static char constants.
Change-Id: I07f73484f82d0582252cb4324d4107c998432c37
|
|
The correct fix unfortunately would require making the axis label layout
smarter, to avoid overlapping of angled text label objects.
Change-Id: I92198dbb90fd4a206ee226307992343d064f733a
|
|
Change-Id: I20263c836dd55e663cdad9fc8283fe8fbf02b1f1
|
|
Change-Id: Id13e10f2ceed3985c78ccc542e6677eccc0cb1c7
|
|
It was inconsistent that when parsing <a:foo> elements, A_TOKEN(foo) was
available, but for <w:foo> elements there was no W_TOKEN() macro.
Also, there were two manual variants (NMSP_doc|XML_foo or via
OOX_TOKEN(doc, foo)), replace both of them with W_TOKEN() for easier
searching.
Change-Id: Ic5cd027f07518535b92671ffe3c486016a3f9f0a
|
|
Change-Id: I5362d997bfa086c9fb1726efcb15132a966684f6
Reviewed-on: https://gerrit.libreoffice.org/12160
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Ia76df719b2f76a993e65e0bf6d55723b1a2f5b93
|