Age | Commit message (Collapse) | Author |
|
Change-Id: I2de4f0f078de9a889883e91675c12d3509081f28
|
|
Change-Id: I9159d0161899843972ac3653cfd3f70a249f2bfa
|
|
Change-Id: I5042457f73204867fd401f3bc6691eda15c32320
|
|
Change-Id: Ibab868c706a4914ee6ab6260210c4d542c509ed8
|
|
Change-Id: I0b4cfcbeb904c25c22c634a7ddb2deca898bdfc2
|
|
Change-Id: I106d9d7d578ad8960c9dff1475123d324600e59e
|
|
Change-Id: I74228dc3b071451a58cf6af09c0da01e564add33
|
|
Reviewed-on: https://gerrit.libreoffice.org/33800
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
(cherry picked from commit a97371bf4d123ece75f3f9aeef8f3d4abfc6ad9c)
Change-Id: I26d49db0207b3f4f64aa9698da4cf3567d195834
|
|
so the user update links dialog can control their generation
SdrEmbedObjectLink becomes exposed to calc so it can
detect if the link dialog needs to be used to update
ole links.
Reviewed-on: https://gerrit.libreoffice.org/28879
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit 74844277cc2194c9e43f5bd7a6f78a9603da32f3)
detangle gadzillion checks into something readable
no logic change intended
(cherry picked from commit fad9786b06d188ba6e354620f57176f3d94a6637)
+ partial merge of
commit c09b3e32372537be739182b02ae83a96386d1e1c
Author: Noel Grandin <noel@peralex.com>
Date: Tue Mar 8 13:13:59 2016 +0200
loplugin:constantparam in sw
for bool bUI is always true in UpdateLinks
Unmodified default SdrOle2Obj size is 101x101
svx/source/unodraw/unoshape.cxx
sets a css::awt::Size maSize to 100, 100
svx/source/unodraw/unopage.cxx
increases that by 1, 1
awt::Size aSize = xShape->getSize();
aSize.Width += 1;
aSize.Height += 1;
to call SdrObjFactory::MakeNewObject with 101, 101
so default size is 101x101 (getWidth() vs GetWidth() confusion ?)
Reviewed-on: https://gerrit.libreoffice.org/28895
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
(cherry picked from commit 7f0a219c9ad38ae33b51ff69d545f69659691c1e)
b6af93afc1f80b7fc36239c96d5e0a71fcbcb789
4d4375dff64d7b8e236d1a24322e749e04ee530f
Reviewed-on: https://gerrit.libreoffice.org/28930
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
(cherry picked from commit 2ff4c68b63c4842ec85a21287317096b6ca8e66e)
Change-Id: Id1dd7ea17342140eab9307d546528747e3a98090
|
|
Reviewed-on: https://gerrit.libreoffice.org/28351
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Henry Castro <hcastro@collabora.com>
Conflicts:
sc/source/ui/view/cellsh3.cxx
Change-Id: I7b3760432aa4b3120bfd586a1abc42a46fff0df8
|
|
Reviewed-on: https://gerrit.libreoffice.org/27701
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Henry Castro <hcastro@collabora.com>
Conflicts:
sc/qa/unit/tiledrendering/tiledrendering.cxx
Change-Id: I189178b6060c229dd8d93b6fdee7d4d81354ced5
|
|
Change-Id: I29fecc5e0efb3b3d907f0c6505d42818fa464ffc
(cherry picked from commit 9d76d9d9abb08788f2882612cfe6d0df6e19af39)
Reviewed-on: https://gerrit.libreoffice.org/27281
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
(cherry picked from commit 808d72592aa6e9a9f9a8eddd4dada0fa9f14749c)
|
|
.uno:SortAscending
.uno:SortDescending
Change-Id: I3d307b43fb18ffce75b00a0b919b63320bf6db05
Reviewed-on: https://gerrit.libreoffice.org/27223
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Henry Castro <hcastro@collabora.com>
|
|
Change-Id: Ib1ec9d77f1b7dc6e7803b0d2b4f7010eff083561
|
|
Change-Id: I2dbed808a23609773baf9154820a7121c7919c70
Reviewed-on: https://gerrit.libreoffice.org/26809
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Henry Castro <hcastro@collabora.com>
|
|
CopyLastHeaderFooter doesn't do much good
if the previous section has blank stylenames.
(usually because of continuous section breaks).
Change-Id: Ida1e42ab0b650c7c43f06539b3cc058fe5c27919
Reviewed-on: https://gerrit.libreoffice.org/26911
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
(cherry picked from commit 1127bed4d943036473dbbda6bcfae1ec0a23ed2e)
|
|
(cherry picked from commit 281296330735158d6265e0b146b5d5301f6e610e)
Change-Id: I31a69a997098eb1807361b8049c3312a4f287d75
|
|
Change-Id: I50467cb2798ef81dd89006768c66aa7e93cb411c
Reviewed-on: https://gerrit.libreoffice.org/26892
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Justin Luth <justin_luth@sil.org>
(cherry picked from commit f76b8d1cfe07e84744bc57a22e815d347f3f8f23)
|
|
(cherry picked from commit fa72b7fd719eefdbf4f12535f1ee7fbf232360e3)
Conflicts:
writerfilter/source/dmapper/DomainMapper_Impl.cxx
writerfilter/source/dmapper/SectionColumnHandler.hxx
Change-Id: Ie1830e7645b8bb8b8020fdb384471801a1aaca31
|
|
In a docx section, any header/footer which is not defined in the
section is considered to be linked to the previous section.
In the Word UI this is shown as an option named "Link to Previous",
and editing the header/footer in either section affects both sections.
LO imports this by copying the header/footer contents from the previous
section, but it did not handle the case where a section had different
headers for left pages vs right pages.
Fix this, which involved changing the mechanism used to detect
whether a section has defined a certain header/footer (which unlinks
it from the previous section):
rather than trying to figure it out from the converted LO page styles,
explicitly track which headers/footers have been defined using boolean
member variables on the SectionPropertyMap instance.
Conflicts:
sw/qa/extras/ooxmlimport/ooxmlimport.cxx
(cherry picked from commit faa767dbef7ee9a0a7ab80bf4ad0fb529cec54a8)
Conflicts:
sw/qa/extras/ooxmlimport/ooxmlimport.cxx
Change-Id: Ic43a867356c2cd5df09d39f2a3ddefa584b6765c
|
|
Measurements showed that the "optimisation" of caching PropertyIds and their
string equivalent leads to an increase of approx. 6 times in the total overall
time spent in PropertyNameSupplier::getName(eId), when running the unit tests.
PropertyNameSupplier was the only PropertyNameSupplier (no derived classes).
This means that getPropertyName can easily provide the same functionality.
Reviewed-on: https://gerrit.libreoffice.org/16665
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
(cherry picked from commit 091f6c382394390206f784a5ec79842709e0f3bc)
Conflicts:
writerfilter/source/dmapper/DomainMapper.cxx
writerfilter/source/dmapper/NumberingManager.cxx
writerfilter/source/dmapper/PropertyMap.cxx
Change-Id: I933b67c11d4cc35395a0c70e15f1c24ac9842ab0
|
|
The code blocking this came in the original OpenOffice flowfrm.
Either IsInSct() or FindFooterOrHeader() works to resolve
this bug. I chose FindFooterOrHeader because it seemed
to match the existing targets (docbody, flyframe) better.
Reviewed-on: https://gerrit.libreoffice.org/26208
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
(cherry picked from commit 121109610f9af0b294cf042c6ae5abc6fcc4f326)
Change-Id: I51fc3bdc51c76e290b47ec7b9044780e5b67136c
|
|
Writerfilter imports docx-defined column breaks that exist without
being in a column. Word treats these as if they were a page break.
Writer basically just preserved and ignored them.
I limited the fix to only consider SVX_BREAK_COLUMN_BEFORE since
writerfilter is only given “column break” and treats it as column_before.
Reviewed-on: https://gerrit.libreoffice.org/26181
Tested-by: Justin Luth <justin_luth@sil.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
(cherry picked from commit 2721111437706372eaac9bf1d748723196c573ac)
Change-Id: I0d974441d53243c4426048dd7cb60b3897b803f6
|
|
As soon as you set PROP_PAGE_DESC_NAME, you are inserting that
style as a page break. Setting a pagebreak via a continous break
was first introduced in commit 50cb1667020494906afaacb68d4163d1eda527cf
but the unittest for that commit no longer uses this code.
I'm suggesting it be reverted. It really messes up round-tripping
when continuous breaks are removed/replaced with hard page breaks.
There are a few odd cases where the very first section needs to set the
page break via the continuous break, so it hasn't been eliminated
completely.
Reviewed-on: https://gerrit.libreoffice.org/26662
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
(cherry picked from commit 50bf96d31ab2eb546f6c71cc93c1fa5dd4bf3044)
Change-Id: I5b0e4bb7612ee9df47e5c49b8c2316dc001b5238
|
|
Change-Id: Icd98992279770fbfdaed2aab3501e5c95938196f
|
|
Change-Id: I7580b1b9bb5323c13c19cef86d50fde19a2f3a97
|
|
Change-Id: I2af81dfb5cdce53c54f97bb847d3caa32e71e94a
|
|
Change-Id: Id6b4a53b8724d52482b233dd83ae82b7b9b8c6ea
|
|
Change-Id: Id262a3019a693f236630b798579f360c9462d12e
(cherry picked from commit 05cc87ce45fad402445c8d748817e386e56148af)
|
|
On Chrome browser most of shape effects and slide transitions did not
work anymore: that was due to the fact that several animations exploit
the DOM api for handling path segments of the svg:path element.
Starting from version 48 such an api has been removed from Chrome:
https://bugs.chromium.org/p/chromium/issues/detail?id=539385 ;
Moreover Chrome does not yet provide an implementation for the new
svgpath api introduced in SVG 2.0 draft: so there is no native support
for handling path data directly.
The present patch adapts the JavaScript implementation of the old SVG
1.1 path api proposed here: https://github.com/progers/pathseg .
Change-Id: Ibcf3587b65f32cf4cd77d0f6e9c4a0837210fc76
|
|
Earlier, when a not supported animation node was hit all effects in
the same slide was ignored since the whole animation tree was
invalidated. This patch tries to minimize the impact of this issue by
removing only all children nodes of the direct parent container of the
not supported animation node.
Change-Id: I6ff55292f56939a9280c004b026260fe73626aeb
|
|
Change-Id: I327c4f388fbe939e6c5c8b5e641179cefdc45519
|
|
Change-Id: I0721f0b7ce78e00c47837fb29998aec30244a257
|
|
Change-Id: Ic187b38afda7c737313c3c6c219ce439ba48e02d
|
|
Conflicts:
sw/qa/extras/ooxmlimport/ooxmlimport.cxx
Reviewed on:
https://gerrit.libreoffice.org/19962
(cherry picked from commit ca80f73c3a330c38493e5e358bfa887adbe21db2)
Change-Id: Ic91ebf4a18a77704dc1ccd1e1180b42d0bc84c74
|
|
Commit ca80f73 made it possible for one of dimensions to be zero.
This commit goes further, allowing opening real-life documents
with graphics having both width and height equal to 0.
Thanks to libreoffice@arbruijn.dds.nl for debugging and initial
patch!
Reviewed-on: https://gerrit.libreoffice.org/21287
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
(cherry picked from commit 654f6ff28d7a148950b48ed8905d8f13a015a5b5)
Change-Id: I96a13b776adfd9fe46fc2c7691eb7904400c20a1
|
|
(cherry-picked from d7b45c97b30f109aff0be6602a8fc8103af71e7f)
Leaving out the lokdocview changes intentionally, because we
don't need it, and too many merge conflicts.
Change-Id: Ie1264fed9964b09006980df2e151e170b48b4082
|
|
(cherry-picked from 90c75f775b6d1ca68389782a3768ee554b528e5d)
Leaving out lokdocview changes as we don't need it, and it
results in too many merge conflicts anyways.
Change-Id: Ided924e928c04385457c7a2e231fdf57e7e38970
|
|
Change-Id: Ie5177c7a0c3679db6f72c9a656c9474eac2cf047
Reviewed-on: https://gerrit.libreoffice.org/26506
Reviewed-by: Marco Cecchetti <mrcekets@gmail.com>
Tested-by: Marco Cecchetti <mrcekets@gmail.com>
|
|
Change-Id: Ibb66ab6d339d48ad9eef90c2f6795793f0392d03
Reviewed-on: https://gerrit.libreoffice.org/26505
Reviewed-by: Marco Cecchetti <mrcekets@gmail.com>
Tested-by: Marco Cecchetti <mrcekets@gmail.com>
|
|
Change-Id: I15179fd097661df7144ee9976f2da68ef60f1e97
Reviewed-on: https://gerrit.libreoffice.org/26504
Reviewed-by: Marco Cecchetti <mrcekets@gmail.com>
Tested-by: Marco Cecchetti <mrcekets@gmail.com>
|
|
Change-Id: Ia92eecb9ad77b627bb6a5b01ef8a52d0c457a93a
Reviewed-on: https://gerrit.libreoffice.org/26503
Reviewed-by: Marco Cecchetti <mrcekets@gmail.com>
Tested-by: Marco Cecchetti <mrcekets@gmail.com>
|
|
Change-Id: Iaff479eb32998d679b1b0ef4515730a8d966f750
Reviewed-on: https://gerrit.libreoffice.org/26502
Reviewed-by: Marco Cecchetti <mrcekets@gmail.com>
Tested-by: Marco Cecchetti <mrcekets@gmail.com>
|
|
Change-Id: Ieeace993521e091711df5dd79be955fedc783daa
|
|
For very large spreadsheets, the boost json generator
(property_tree) is extremely slow and memory-inefficient.
There is little need for generic json generator, however,
since there are exactly two nodes (rows and columns)
and each is an array of size/text pairs.
The new logic uses a string with reserved capacity
to accomodate the output and generates it in one
step.
The speed improvement is orders of magnitude (hours to seconds)
for very large spreadsheets.
Change-Id: Ifaf316c270ed6e4b923ec44189a315f69e7e9b0e
Reviewed-on: https://gerrit.libreoffice.org/26480
Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
Tested-by: Ashod Nakashian <ashnakash@gmail.com>
|
|
Change-Id: I243e8af47d35a2aae972b15d0b53ff9f41441668
Reviewed-on: https://gerrit.libreoffice.org/26478
Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
Tested-by: Ashod Nakashian <ashnakash@gmail.com>
|
|
Change-Id: I777d5387d9377f0f8032d68a9191a7fa110287c5
Reviewed-on: https://gerrit.libreoffice.org/26477
Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
Tested-by: Ashod Nakashian <ashnakash@gmail.com>
|
|
This reverts commit 538d0c92ae2d5cb36869360a0889bc063a854f47.
No longer necessary with fast calc tile rendering.
Change-Id: I82b020666abe13aa7a5292ad3c3dd979b970e2b0
Reviewed-on: https://gerrit.libreoffice.org/26368
Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
Tested-by: Ashod Nakashian <ashnakash@gmail.com>
|
|
Calc fast rendering requires us to offset
the are being rendered and shift all
bitmaps accordingly. This however is
breaking Impress rendering since the
offseting logic is common (in svx and vcl).
This adds new API to enable or disable
this local rendering (as opposed to
rendering a full document as was previously
done.
The new flag is then set by Calc to
enable the offseting logic in isolation
without affecting other applications.
In one case isolation was achieved by
checking the MapModeUnit.
Change-Id: Ia0aadfc3f6df7c1a891b97dc731f5897414c9420
Reviewed-on: https://gerrit.libreoffice.org/26367
Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
Tested-by: Ashod Nakashian <ashnakash@gmail.com>
|
|
Cell editing uses editeng which has a different
set of requirements. The coordinates are in
100th mm and so we have to convert the ofsets
to 100mm.
Change-Id: I278457ffc2273eb786101875c85ddfb959d4c5e3
Reviewed-on: https://gerrit.libreoffice.org/26205
Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
Tested-by: Ashod Nakashian <ashnakash@gmail.com>
|