Age | Commit message (Collapse) | Author |
|
Change-Id: I902fdbcfd171e93ac57b5021269d2279610b4b0d
|
|
Change-Id: Ibc5a1478d196681cbc124886924eebf065bbdb11
|
|
Change-Id: Ic1607eea119a7321f65b0a0145a263a03406ed6d
|
|
Change-Id: I49c6e4d93165339c1cbc5983dae1af60863df525
Reviewed-on: https://gerrit.libreoffice.org/13668
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
|
|
Change-Id: Id09f555c5ece9e5cb60a2ae7bc2456d4343744f5
|
|
Change-Id: I2296c4da785919e97f49b4281ac2d408cba6734a
|
|
Change-Id: I5710856fdb9fb91573de89eeb5a29d3d106ad7a6
|
|
Change-Id: I8cb6f59795d9461c0e02ab70d7edd60af1410c1f
|
|
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/13663
Reviewed-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/13662
Reviewed-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/13655
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>
|
|
Change-Id: I88dd8b53abaab78cb2a43af96b2cec1108190400
Reviewed-on: https://gerrit.libreoffice.org/13654
Reviewed-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/13653
Reviewed-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/13642
Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>
|
|
Change-Id: Ie12b7ec9630d45e23fb11f12d2d4955855ae34cc
|
|
Change-Id: I7a00dfaa3252e2a0ab145ef8a4355f9bd14570da
|
|
Change-Id: I0b75dabfcb4a53dbbe361a34a6d9661a5b4aedd2
|
|
Change-Id: I7407aeba6ddcfd783cee508faa6731c59d0b9759
|