Age | Commit message (Collapse) | Author |
|
Change-Id: I36ca118fd1412febd3384c25359a7b285908336b
|
|
Change-Id: Icda809faf315dac5953d38781b2b401d51f7a40a
|
|
Change-Id: I7733e1ea08322638afe4ffda8bb535f5223cc8e1
|
|
Change-Id: I1dcea725686f8224bda03913d0b0da9f743a5fb7
|
|
We should not really export it as this leads to wrong import into MSO.
Change-Id: I94897eef040af0785acb3c7615ce6f5b5a96f055
|
|
Change-Id: I5be3980ac865162d8d7626556ca47eca4b0ee433
Reviewed-on: https://gerrit.libreoffice.org/15344
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Ifab0f5ad300882b1a014f6420094e5db503105e3
|
|
Change-Id: Ic02c8c265792356fccedb310a44997443e46589a
|
|
At least in calc a theme index is a zero based index into the clrScheme.
A map is unsiutable for that task so let us use a vector and still allow
to get them by their tokens.
Change-Id: I09d56acaf22c3ed16387aae95c36382302c5a17e
|
|
Change-Id: Ia88d17a632f75b203823b66a5fdd261732c09ae4
|
|
Change-Id: I944f65c9bf1cf7cc39e674bab602dbf2d499317c
|
|
Change-Id: I1a281b096e4d1831bcf67ca03180afff043fbcfd
|
|
Change-Id: Ie416d757b73e99836d14b7f24a5cb4b370284d8c
|
|
Change-Id: Iebc3d87642c93fcdecddd6332fd57b7fdfb2d337
|
|
Change-Id: I1a448e9c954a3851fe3590a0fae73ed5b27555f0
|
|
Change-Id: I1aad3e40ad61a1397b619bdc6e0f578e2c9c141e
|
|
Change-Id: Id0b6e889652094a75bf9d3590c375491bed0a79a
|
|
Problem Description :
XML Difference
Original :
<a:buAutoNum type="arabicPeriod" startAt="3"/>
Roundtrip :
<a:buAutoNum type="arabicPeriod"/>
Solution :
Added export support for 'startAt' tag of <a:buAutoNum> for pptx.
Change-Id: If86bce98e222795d851d4a5b3cbb65da5cee85fc
Reviewed-on: https://gerrit.libreoffice.org/15028
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I178ae0bc0ac4121a0ed44843c07975a0330370b7
|
|
...and css::uno::makeAny<css::uno::Any>() was never meant to be used. Introduce
css::uno::toAny for the (template-code) cases that shall return an Any for both
Any and non-Any inputs.
Change-Id: Ifa977d73f1da71b2fedde7e8140b19497c4a0257
|
|
Change-Id: Ie3494fe4cee904d8eec65aa5cad861ab1916e8d9
|
|
Change-Id: I17dfb0a818838b00d9148ee1c6328ef094eab99b
|
|
Change-Id: I1fd67449b9182db8eb9fb0e58b092cef00283c2a
|
|
They are not shown anyway and just confuse us internally as they contain
a width but no color and produce invalid documents during export.
Change-Id: Ibe20a27b0172ece86dbb1f734df567b903465ebf
|
|
Change-Id: I96bafad0cc73b27c2a08b5205a35b10b4901afb9
|
|
PowerPoint ignores a:ext cx and cy value of p:xfrm, and uses
real table width and height. PowerPoint 2010 saves files where
cx and cy contains good values, but I found files in the wild
whose cx and cy values did not match to actual table width and
height, and there was a visible difference between rendering
of Impress and PowerPoint.
Change-Id: I3f80c0cea4cac46763d449f918bb78dca1a6562d
Reviewed-on: https://gerrit.libreoffice.org/15123
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
|
|
Problems were with those table styles which used
color themes to define cell fill color.
Change-Id: Ibde90df81ff253ba65618dde4038093d1caabfe8
Reviewed-on: https://gerrit.libreoffice.org/15089
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
|
|
Change-Id: Id28046eb318cd3b2ed0b813fd266617547cf6ee2
|
|
Change-Id: I440205a15ab8edc7f7ec630cb7c1b93e7be6b396
|
|
5ac575ee3e109 did not get it right, the vert attribute (i.e. the
rotation of text) is relevant, not the rotation of the shape. In
that case both text and shape rotation were 270 degrees. I checked
that the bugdoc of bnc#773048 looked good after this.
Change-Id: I6e0401cd138a82040df82d7da1a47311db7771e4
Reviewed-on: https://gerrit.libreoffice.org/15076
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
|
|
Change-Id: I4fd18b7282322ed7c1bcc12bb4f938bd4b57c87a
|
|
Change-Id: I10c30ef28e7321882a720d1e7869a75a89febfc5
|
|
Change-Id: Ib1c4fd60ba029704112dd9e279e4dd4c6bb7416c
|
|
Change-Id: Iae8e50864dbd90ff49a4fcc31a06b2158eab4afc
Reviewed-on: https://gerrit.libreoffice.org/14998
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
This reverts commit 8707670cb39f5777cd54f8b180ec342416ef259f (plus follow-up
53e89ab25c0cd7df1b900a2e1048cfa402ea4353 "WaE: uninitialized nBulletColor") as
it broke CppunitTest_sd_export_tests.
Change-Id: Ib7433ba6e43b2f90767b0333dceb0f732d6659df
|
|
Change-Id: I48cc86ad20cbc868df0a943a9a73c8c86096a63a
|
|
Added pptx export support for bullet color.
Change-Id: I69306c8b3ace359f8dc243b83f89cfb570b9b73b
Reviewed-on: https://gerrit.libreoffice.org/14966
Tested-by: David Tardon <dtardon@redhat.com>
Reviewed-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I8d08a5865a0e7b40ed9efc2be156957f8f4a2f49
|
|
If we have first numeric bullet and then insert any symbol bullet on same level
then suffix of numeric bullet continues with symbol
bullet as well.
Solution : Reset suffix to none if it is symbol bullet.
Change-Id: I06dddec55c6f3d8cc1545d30f7228ca08cb81396
Reviewed-on: https://gerrit.libreoffice.org/14890
Tested-by: Jenkins <ci@libreoffice.org>
Tested-by: David Tardon <dtardon@redhat.com>
Reviewed-by: David Tardon <dtardon@redhat.com>
|
|
1. Table cell properties were exproted empty if file
saved as .pptx file.
2. Now added code to export table cell fill properties
in 'tcPr'(Table cell properties xml tag)
3. Added unit test to check exported table cell fill
properties.
Change-Id: Ica6005a65c7eefb8629c808f2a54764f98badb11
Reviewed-on: https://gerrit.libreoffice.org/14734
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: Iec2bc991821aed8da4427c6efc4ec8df72554923
|
|
Change-Id: I3611a1873463cd5dc6d336ffa22c244eaeb6d824
|
|
Change-Id: Ia86b49cb5f643673fd631fb6c654ee587072b123
Reviewed-on: https://gerrit.libreoffice.org/14853
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
of which there are several.
There are some issues here I am unsure of
- the SW and SC and CHART2 modules essentially ignore the enum values and assign their own ids
Perhaps I should change them to use the common values and create new enum values where necessary?
- the sc/qa/ and sq/qa/ and starmath/qa/ code was doing some dodgy stuff. I translated the code to pass down the stuff
numeric values to the underlying code, but perhaps further fixing is necessary?
Change-Id: Ic06d723e404481e3f1bca67c43b70321b764d923
|
|
Change-Id: Ib275192452c6836cbaac2e517942ec5356dfd9ab
|
|
Change-Id: I7dbc3017f2bba7b186174be2e4fd8c9ce7005d34
|
|
...for a 32-bit build, similar to what ee11e221d2108212619e1bbe7f029e7d9afdba32
"tdf#43157: Fix format string violations in OSL_TRACE etc." did for a 64-bit
build
Change-Id: I05dd79ede3e66cb9ab7a33792319eb34b34c82dd
|
|
...in preparation of enabling the __attribute__((format(...))) in
sal_detail_logFormat (include/sal/detail/log.h)
Change-Id: I8a859199fa11ca0f9f4f4b4b23a8ebddec955a86
|
|
Change-Id: Id884a4c90c24b38a1dd22a41d271dcc551b59adc
|
|
Change-Id: I4052c6f1e5dde71ce4cede1ec9a313f461861d71
|