Change-Id: I1939d376afe5dd5c67f378ffb2520a066dc99077

Change-Id: I9b1357e583620c59898cd7a649a5b39a6d7e3739

Change-Id: I7bc497b5acdcc270ad47bbeedff424e9332ae645

Only the caller can decide if trying to load a graphic is really a
problem, e.g. in case no persona is configured, then loading its header
is OK.

Change-Id: I7286b7d907940fa3a80f6256cd5264cbd5718fb8

In the test file Table Grid had only one value for entire table width
while there are two cells in a table row. So the table was not
imported with the correct Column Separators.

Added fix to calculate column seperators from cell widths if
unable to calculate from Table Grid, and all the cells have individual cell widths and
there are no after and before cells.

Change-Id: I466737437a18d3373e75fea5ad56c9e31eb149ec
Reviewed-on: https://gerrit.libreoffice.org/8767Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Change-Id: Ibf92b3098c50388d8b6d27f4476e613a1f8918b5

Change-Id: I12bdb00e89978c977d1d9cb721462bf23849a876

Change-Id: I7d789c2467c03a20d033b146ef2f89cbf6e9104a

Change-Id: Ie7542d39555be3c649a0712a147281cc1066ca2f

Change-Id: I61aad02e598ca8a286772f8757f980b91ee08bcc

Change-Id: I90f590a64f6004aecf7da5253db158e382a5b801

Change-Id: Ib7ab02bc3cdadbdfe0e0787560d1dd562eb85be9

Change-Id: I7c8e9f33e8b36cb36a0e0e4f4be4241b23df270b

Change-Id: I3e3d215eb6c94fd86481bc1666d94139692bc209

Change-Id: I4fb1c155c533445856639498e73c728933bb3dd7

Change-Id: If1de390588d9f73f1dd47a622e3b183062386043

It appears that the C++ standard allows overriding destructors to be marked
"override," but at least some MSVC versions complain about it, so at least make
sure such destructors are explicitly marked "virtual."

Change-Id: I0e1cafa7584fd16ebdce61f569eae2373a71b0a1

As commit 669ad519 (colliding
SID_SVX_START based ids, 2013-06-24) suggests, new SID_SVX_START-based
SID's shouldn't be added to include/editeng/editids.hrc. However, if it
was done, at least add a comment about it to include/svx/svxids.hrc, so
it becomes obvious that the two slots have the same ID.

This makes Format -> Frame -> Area -> Bitmap have the Import Graphic
button again.

Change-Id: I2fc852200d3cc5dfbf073ed615ac83a46040e16c

(When compiling for iOS.)

Change-Id: I9f9f5b122c1bfac4ff670a4302fb10b6b82685ac

Change-Id: Ia0b22f7c394d1c2387d1cad7e3d99c79eaeca81a

Project: help  ada2b43cf78b9cd4e69bd4d6bc4a5185def85295

and other cleanups

Change-Id: I1f6a57a6cb7c06a37e9c845fa93815d31008e6e1

Change-Id: I03e2518c66fef4e40f95a9b68d68f9bb19a947b1
Reviewed-on: https://gerrit.libreoffice.org/8807Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

The problem was that for the CharDiffHeight UNO property,
SvxFontHeightItem::QueryValue() put a float to the returned uno::Any.
When we noticed that it's not sal_Int16, we tried to read that into a
sal_Int32 (which failed), and then wrote back the result to the
uno::Any, that's how the result value was 0.

Fix this by checking if reading the uno::Any into a sal_Int32 succeeds.

Change-Id: Ie2269a24fe82ae241940811e7a2f5deaf9f1aeb0

Change-Id: I27a9681fdf86a8814be48ba9875202705aa2b014

Change-Id: I076fd5957cac62f047778e63a1336bd322f90683

Helps rendering of complex SmartArt with shapes a lot, especially such
that include shadows. Exact mechanism unknown. Possibly on other
platforms virtual devices get implicitly "cleared" when created? Sigh,
fun.

SmartArt is still not rendered fully like on desktop (OS X), though.

Change-Id: I1bf92e85b5659ab7f9f4d843b77619de3af36d10

We really do *not* want to introduce the horror that is meOutDevType
into our code. If we need to stop the Printer class from drawing a
PolyPolygon then we should let Printer do this, not make OutputDevice
make this decision on Printer's behalf!

Change-Id: If74eccdf34688ce1164da2bb705ea48eefc18800

There is a fair amount of code that should use ClipToPaintRegion().
Not only does this remove meOutDevType and decouples classes, but
we are using code, so code reuse FTW.

Change-Id: I05a2623b73f4a523230dc01d02db33a6df9911ab
Reviewed-on: https://gerrit.libreoffice.org/8810Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>

Change-Id: I7e7abf9192ee34c9f1c2080268751503aae90e55

since c24ab8de

Change-Id: Ic65f785dd4b1b8c7a56d52bc917ee1da4ad83ebe

Change-Id: Iabcc4cc9f68306eb0b0dadb7c9b8a27907ec6953

and coverity#704265 Logically dead code

Change-Id: Ice40fcb71de4cca07e3353cf579477c7e5363e52

Change-Id: Ief35e66ef2e1bcad39f7ff70fd39e91973a4dc69

Change-Id: I57878f8c9fcae09e3904c4e316ffa6277625b960

Project: help  ca529581c5958569af6ef77ce3e006bd73dbd5bc

Change-Id: Ia94c3b27b80d8c58e287ae588a5f6a40fb64fa38

Project: help  9bcb26d23cbda4a893b9e5550fc70cc39de2c91f

Did not seem to harm, but did not seem to do any good either, and the
less ifdefs the better. I think. Gawd this crack is ad-hoc.

Change-Id: Iaec8d2015e95ac46c787b4b2701d3e29684f1710

Change-Id: I2af01a87218d08baf399069b90085d01d49983a8