Change-Id: Ib30a0e3d56ca9ebd07ee55e0aee9b13c0474a060

Change-Id: I81dcd2c9f13a93e15689fed6491883e7d828ca99

Change-Id: Ia8c331f33bc81e7bdabeea649a47c73930dae206

Dxf font export needs a lot of special handling to detect which parts
are set in the itemset and only export these. The old code only checked
for font name, font family and text encoding and exported the whole font
as dxf font in that case. The new approach just exports the necessary
bits.

Change-Id: Ic9a9c547723a65f26ebb6c88040a51f04f3cc42b

Change-Id: Ic9e2a947805f4aad987160c52ffb5ecf4a7cb54b

Change-Id: I3158762e7da10eacaf2616a7d868531ad7fa7a51

cut and paste error I guess from the block above it

Change-Id: I121e1d1a9f08ea3731bb7f65c385f264b3c2d2f4

This fixes a fallout from bf8b86e9.

Change-Id: Ie2d2a1329df0ec36f21a07938af142c32c74277a

The bugdoc has:

<style:page-layout-properties fo:background-color="#007f7f" >
    <style:background-image
     xlink:href="Pictures/2000003900002FA3000055F455EC9F63.svm"/>
</style:page-layout-properties>

In this case it's clearly better to prefer the Graphics.

The old code could actually store both in the model but the UI only
allows setting either Color or Graphic, so this should be good enough.

(regression from 7d9bb549)

Change-Id: Id33231ad90815d9791f90289fb0b55455d334c14

(regression from 7d9bb549)

Change-Id: I67ec4516ff431efd47451ff07fc261ba32e80385

Add the fill style properties so background images etc. are not lost.

(regression from 7d9bb549)

Change-Id: I517350eec2f32e4b4bb80427666aad23a31d666a

Change-Id: I7e5f28f6cc8010ac233d58cfa6a2158e3f7be90b

Somehow this gets called in a different order than in 4.3; with the
bugdoc from tdf#89478 i get this assert on master because of the
uninitizlized / LONG_MAX.

Change-Id: Iacce21571246c96276bd3c126f982282df7fc491

see also on export of ooo103014-1.odt to doc and many more

easiest thing is to move the restoration of the redline mode upwards for
all filters to the central SwWriter::Write after all pams have been
destroyed.

Change-Id: Ieb747ad2ed465d3fd3de81db0ef820073bc3ab55

Change-Id: Ib43b844ead1720df3c93b2d2371d310af400fb29

it breaks sorting of conditional formatting manager table.
This reverts part of commit f92ab4da

Change-Id: I22d4b939cf888451bff6500fdf0d6b900903deb1

Removes dynamic loading logic described in tdf#84315, similar thing
removed in swdbtoolsclient.

Change-Id: I8762102a7263e6933354c2ff6f9978929b760f6e
Reviewed-on: https://gerrit.libreoffice.org/15147Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I3c1163f9757a4592692bb8a920d1dc679bf53699

Change-Id: I5bd6965bde1a5dcbe26abc197a67e09c06a2bb21

Change-Id: I91478cf0a9b128f96dab5be67d018af46d75bd4f

Change-Id: I80af505d0dd9a71eda5d640dd336a034288a574d

word has a limit of MAXTABLECELLS cells in a row, we were clipping
the rowspan container to that max, but not the cell container

Change-Id: I5274dc7febd47e6c8c8e5337f638972b65239922

Change-Id: Ib2e969ca54da16b29ec20338148ee51810cb3c47

Change-Id: Ie60c09d7b7c626a0a7624e4c833d72eb5d0d5965

Change-Id: Ica21cefb705f4140b9f298e09be04b4950407b78

Change-Id: I61f7eaaad92b2a7b543fbb8f16f5b695700e8073

Change-Id: If36ec5ed78a3e0b7a9037eaa1903772f1d228bce

Change-Id: Ifdf3ef84cd886b338536629fb36ebba694916d6a

Change-Id: I228c0bca3133e94b28db2540dbd41e8b4fd1eee9

Setting bInSelection in MouseButtonUp() feels wrong, and against of its other
handling elsewhere.  Also it breaks the selection handling in the tiled
rendering case - on further redraw, selections may disappear.

But it has been so since the initial check-in of the OOo code, so I have no
idea what corner case I might break by deleting this, so let's guard the
behavior by isTiledReneding() for now.

Change-Id: I7f7b237f9f0f427e317266e05481bac439c3c8ad

Normally, the text overflowing from other cells is completely ignored by Calc,
and the user always works with the underlying cells.

On Android / mobile, it is though more natural to be able to select the text
directly; so implement a compromise:

* tap places the text cursor, so that the user can write into the
  cells hidden by the text too
* long-tap selects the word in the text, even if the text 'just' overflows
  from another cell

Change-Id: Ibe8666301ff1df0414c0206c1f3336842485433b

Calc has no real understanding whether there is a text overflowing to the
other cells or not, it is sorted out when drawing in DrawStrings().

Re-purpose it so that it has a mode where the caller can ask for actual region
of text that covers the given cell.

Change-Id: Id0caa3972727bafdaeb148f8bbabb412f771a67d

Change-Id: Ifed4f53d1b831a0cf9f05fb148e6752d19f717f6

Without this, the strikethrough event is not sent to LOK clients, i.e.
the strikethrough button in gtktiledviewer did not change to the toggled
state when the cursor entered an area marked as strikethrough.

Change-Id: I0b2d3acc50cdfff88675ceb14cf653b6622797e7

Change-Id: I457deb8d544b97874701dec37d8baee237ce4ebb

Change-Id: If2553d96472e6ced9b2fad4c202d0793a1fce3bc

Change-Id: If23cb2f799df99cab92c13e09628fc139cdedb00

Change-Id: I239849056dd88f785dce239c4d53d6c905177b64

Change-Id: I0af8eb24dab7bb9f5831bec68f9a22ba88c2be19

Change-Id: I0f863f2463c8ba1b387d5834c6ff42fb467ce796