Change-Id: I08750fdaab137665205a6e55891d845b39b0147d

Change-Id: I9d407fcdbee66b44504c5d092d32113114e2ac46

Change-Id: Idacacf531d237c2c7482db85c56b58954fd04ac5

Change-Id: I92906de88669d629f8efd39439c4e6e0151f687c

Change-Id: I8d78ce262a4e57161325231a78e48750909b1bad

     There are two issue related to table in the saved(exported) file
     - the table alignment in saved file is "left" instead of "center"
     - the table width type in properties is "auto" instead of "dxa"

     In the issue file alignment was specified in w:tblpXSpec="center"
     and so were missed at import. Added support to fetch
     HORI_ORIENT from frame properties if its not set in Table Properties

     The ::GetTablePageSize returns 0 if the table width is FIXED.
     Modified it to return the tableWidth in such case.

Conflicts:
	writerfilter/source/dmapper/DomainMapperTableHandler.cxx
Reviewed on:
	https://gerrit.libreoffice.org/8846

Change-Id: I02a3af5e9d8ef3746c4d6bec0a07a24e01cc12a4

Change-Id: I80d15f503bb5714340c051cc1c4890a445e44d56

Change-Id: Ie81d270267b6c3c3620ade62eb393b28d995a654

Change-Id: Ie35d71a03d2f89cd72836db21fac8746a9e85b09

Change-Id: I498310525cf912706d64adb773c951b197b6fc72

Change-Id: Ifa96814eb2664bea082e51bfaa739250718abd1e

Change-Id: I455588c927cc35660023f74885f63108625cd123

Change-Id: I710868b4cb19cec2820c3cf699dd5d855e3da7e2

Change-Id: Ic201f4bd7716806edd031a2935d1e859a6b51958

Writer does handle cropping on its own, but only for "toplevel" images,
not for those inside groups, so there still use the generic code.

Change-Id: I805a4cbd2d4cea7008e0322688ccd7f35a6d4a2c

Change-Id: Ie4f6197e42db298b4a3dcb6befdbd72dff6ea2b7

Change-Id: Ia09c4cf67390e24573174ff701a72f7bac367599

These files have been converted with this command line:
iconv -f EUC-KR -t utf8 <file> > <tmp file>
For more info, see http://nabble.documentfoundation.org/About-encoding-of-some-files-in-hwpfilter-td4105106.html

Change-Id: Ibb2fc0af465641d6cc9236887addefe8062d4ffe

The --switch option saves about one megabyte of code (or data), and the
--readonly-tables seems like a good idea in general.

Change-Id: I19419e2cb9bb76dea4547512572b689883c41d8d

Change-Id: I3ce449b6be30edbe99a72a66d18225482e091236

Change-Id: I538bacd0e52a5e7d5df9847ad4632e02124aeb95

Change-Id: Ifbed4933f528342300642673d707c8189eda1e8c

Removed XOR clipping version of ClipAndDrawGradientMetafile. Because it
has been removed, the other version isn't really needed in it's own
function so I've moved it back into DrawGradient.

Change-Id: Ib1519a019061c8c71183db63e5c11681bcad4cc4

Now done in TiledLibreOffice's lo_initialize(), but should probably be
done in common LO code instead.

Change-Id: I398a703943d13c6d715e4c88ead2a629955fb7c9

Change-Id: I7f259c96dd9ab0ec833cefd2142682d08b7255b1

The intent being that the data file will be used instead.

To avoid linking error, correspondingly include the ICU stubdata
library in the list of static libraries to link with.

Change-Id: I0f223fcce89dfbe283aaa2fcd2d5a58ea36ba364

Change-Id: Ic830275479ef68af50e4df738d9f5d252bb1cdf0

libicudata exports a single symbol, icudt52_data (for ICU version 52), and
only libicuuc refers to it.

Change-Id: Ia04356fda20cf8109156ccd1cbbd9091e70adf27

Change-Id: I2b353435b29046b05acbb1193fda168309e01f4b

Change-Id: I7060802164989c2797d4abea29a378eaa3a54b41

2 "else if" with same condition, one of them is wrong and it seems here the first one.
More details here: http://nabble.documentfoundation.org/Cppcheck-reports-else-if-condition-matches-previous-condition-vcl-td4104270.html

Change-Id: I818cfa879a41c5818c429acc1645b1ee1f8b5103

The Writer 'Heading 3' paragraph style is gray by default, but (just
like in case of DOCX) that shouldn't have any influence on the RTF
import result.

Fix this by moving the compat setting from the DOCX filter
implementation to the common dmapper.

Change-Id: I86c7cf1a66f82b438ce8379467773a88c9e229af

Turns out that the two versions of DrawGradient in OutputDevice are
almost exactly the same in every way, except one deals with a rectangle
and the other with a PolyPolygon. So I just convert the Rectangle into
a PolyPolygon and use the PolyPolygon function.

Now that the functions are unified, the need for a seperate function
to clip and draw the gradient is no longer really required, so I've
merged this back into DrawGradient.

Change-Id: I94d4af1bb7dd900495672f0c0481dc9a1083ff67

If the polypolygon that we use for DrawGradient is a rectangle, then we
need to 1) expand the gradient rectangle to avoid missing lines on the
right and bottom edge, and 2) we should pass NULL as the clipping
parameter for ImplDrawLinearGradient and ImplDrawComplexGradient.

Change-Id: I8d8289ace069b5c500db59d1a2addfcea8388dfb

We should reduce OutputDevice's clipping region to the bounds of the
polypolygon. To do this we run OutputDevice::Push(PUSH_CLIPREGION)
to have it set the clip region of the device, then intersect the clip
region of the device with the bounding rectangle.

Change-Id: I58ff5d1def1eca3c1213c7fd2d6a7205b70cdd01

instead of 10pt UI font

Change-Id: I92e2b415ff37f8baae67a00cc077e431b12b924c

Change-Id: I9bf6ca1c5a23dd0e3ef6b7d7c0de041a48df45b6

Change-Id: Icfc9d08b073f76d6c489a8b12a3c27b850a116ce

Change-Id: I8a05a067681767518c688eb836bbe676bed05996

Change-Id: I2e8d8773703df67d090059be8bd9f3c7c7335f78