Change-Id: Ia22b97b0a45d8d840095737638c2ccf68373e27a

Change-Id: Ib11a610bafcc54516b873304f778ee92603d5c31

Change-Id: I543ec24f8825bcc7c35acc106402f4fc6b4b5d79

A later version of ODF will hopefully allow <table:table> here as well,
but read <loext:table> in the meantime.

Change-Id: I42a461e0a6e9eff9387379acbab9660a155ecefe

Change-Id: I33df0c65d230ed13a5121555c8cf26a7bd27969a

Change-Id: Ie4f43f041f5d614b9c2826c74574c854af05c266

Change-Id: Ic76346d20dc7fdbb5d77ba08d87f0d6c6e7b3c88

Change-Id: I0c6b7469aba62a8d427ffebfdcc9f6212fb3fd3f
Reviewed-on: https://gerrit.libreoffice.org/13663Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>

Change-Id: I7264ace75346689e9f18f6a797718b7ad3aaeba6

Change-Id: I7d28aea1059ec87cbc72ccea40dc000f51e6560b
Reviewed-on: https://gerrit.libreoffice.org/13662Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>

Change-Id: Ie5f135e8457ed75146328a388f3b70273bf54ed2

Change-Id: Ibd8417e0f3daf17d94b5c13e4efcab20568e2153

Change-Id: Id697b3b799c7437d937de6534edf88083e5c4dfd

Change-Id: I569ec58afa6015d17dfd4c40dcb45eb36ea93b4b
Reviewed-on: https://gerrit.libreoffice.org/13655Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>

Change-Id: I88dd8b53abaab78cb2a43af96b2cec1108190400
Reviewed-on: https://gerrit.libreoffice.org/13654Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>

Change-Id: I64cf376d57b8574249dfda274ea87a6931b0457d

Change-Id: Idbb1b2f2573d5c807d647bc1ecfee3da82be5574

Change-Id: I005ed6f44925df7f380eadc4f9971bc1c030a0ca

Change-Id: I8a616dee5795c3614baa69840b3a8808ef89b650

and

coverity#1260447 Uninitialized scalar field

Change-Id: I3aa5a1caf776fddc8b6029e96c24aa86b21de880

Change-Id: Ib39befba388568004a4cda57a1b161ba2a80c822

Change-Id: I12292071f42ba3011172f35eba1be61ecd3d8483

Change-Id: I4e04db86518b9a767da23dda3678002460f6f41d

Change-Id: I358794f86d541d2b49a8281a7224e5c6c29066d9

Rewrite of 32-Bit-Code to work under 64 Bit:
To use the 32 Bit offset values in the ExceptionType we have to
allocate a single allocation block and use it for all code and data.
All offsets inside this area are guaranteed to be in 32 bit address
range. So we have to calc total memory allocation size for D-tor,
C-Tors, ExceptionType and type_info. ExceptionType is allocated via
placement new operator to locate everything inside our mem block.

There is one caveat: Struct type_info is kept in a map and was
referenced from class ExceptionType. Therefore type_info now is also
member of ExceptionType and can be referenced via 32 bit offset.

Change-Id: I6b524e36975a66fb64ca0cfb014c207053acec90
Reviewed-on: https://gerrit.libreoffice.org/13653Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>

Found by asan. E.g. ooo45229-2.cgm

Change-Id: Ide8913930f9f951039cefecf71609c5a2bcc5e82

Change-Id: I988d80665bc61d1a0a96614790735d83bd9e5dde

Change-Id: I66239d89049f1386e5725e540c4dcc2b09c3ebf0

Change-Id: I5b63396fba55b717f35aee5718dd348a9d795786

Change-Id: I18cc8f4fb5e2fa2b62c360c787a4d827dab7955c

Change-Id: I11c550d0ec5a10f17116ac8f7025c0283e292f2e

- In case of Writer document always show document by full width.
- Otherwise show the whole document on the screen even when the
 orientation is portrait or landscape.

Change-Id: Ia6704432c850a5487aee1693ed12e039ae6ef0cb

Change-Id: I0d0cd421e366bf34b71d9d82dd21476ecfa90b18

Change-Id: I02bcdf88063d272cb9eb9e89cbee61d30f4f01d6

Problem:
Some axis labels of a chart are missing, when they should not.

Analysis and solution:
The current implementation is affected by the following issues:

1) When the method switches to the 45-degrees layout the
`nRhythm` parameter is not reset to 1.
2) The bounding boxes computed by the `doesOverlap` test routine
for the 45-degrees layout are wrong.

Because of the first issue only one label every `nRhythm` is showed
even if in the 45-degrees layout no overlap occurs.

The second issue is located inside the `lcl_getRotatedPolygon`
routine which is used by the `doesOverlap` routine for building a
polygon representing the bb for a text label. The polygon is created
in the following way: a new rectangle is created: the top-left vertex is
placed at axes origin and it is initialized with the same width and
height of the bb of the passed text label. Later several
transformations are performed on the new rectangle:
1) the rectangle is rotated by a 45-degrees angle respect with its
center; 2) the rectangle is translated by a vector equals to the
top-left vertex of the bb of the passed text label.
There are 2 errors in this sequence of transformations:
1) The `B2DHomMatrix` class used for representing the
transformation, performs rotations in the positive direction (from
the X axis to the Y axis). However since the coordinate system used
by the chart has the Y-axis pointing downward, a rotation in the
positive direction means a clockwise rotation. On the contrary text
labels are rotated counterclockwise. This can be easily fixed by
using the opposite angle. 2) Rotating the rectangle respect with its
center is wrong since the fixed point of the rotation must be the
top-left corner of the rectangle: in this way when the final
translation is performed the top-left vertex of the transformed
rectangle will be coincident with the top-left vertex of the text label
bb, and so the transformed rectangle will be coincident with the text
label bb.

Change-Id: Ia8072c3d5bd6c1a11f66c33d45d56e55634edf4c

Change-Id: Ie0d359f6607811cd76aefe4e19d0fb05379f1762

Change-Id: I81de0e67b388507a29e3cb70a05f08775a380bad
Reviewed-on: https://gerrit.libreoffice.org/13642Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>

Change-Id: Ie12b7ec9630d45e23fb11f12d2d4955855ae34cc

Change-Id: I7a00dfaa3252e2a0ab145ef8a4355f9bd14570da