Change-Id: I4b7fa3fd01717105af194a04b73d90e0d602028a

Change-Id: Ib0a7e74d394c3c5f7d2f3d7f5ba70bf6a714b604

Change-Id: I40a52bdca7884b092aa395d0afd0ffa5364f4ebc

+ indent hierarchy in 12 pixels

Change-Id: I9e2d8afc62c0bbd2726f743da8bcd6685b8cd431

Change-Id: I90d8bcdde05deb8b2af3b1b610bb444f944a1534

For non-homogeneous (the default) button boxes we want in general to give all
buttons the same width as the max button width.

But if we detect that certain buttons are > 1.5 the average button width, then
leave those outliers at their natural size and set the rest of the buttons to
the max width of the remainder.

Change-Id: Ice514e741e3a7725d69e150e5752158a1c267141

Having multiple <family> in <alias> isn't supported and may not work as
expected

Change-Id: Ifffa81db6829e7e21ff061276e1558dda6b99c71

Change-Id: Idbc7bd8ac3bca6b0a2d5e893de9a41cba8110c54

Change-Id: I5e798fb94594ef4f91db7b57058f1c5cfb021d8e

Change-Id: I7cbf64b1ddc9a5f52cadfb138faf89d8aab8c234

Change-Id: I27c929deffeb803e103609634b501622e04da033

fix fdo#33302 for rtl scripts in cal,impress and draw.

Change-Id: I83b1e077faf0f2578308e03b7598557f60e7cfd8
Reviewed-on: https://gerrit.libreoffice.org/1961Reviewed-by: Ahmad Harthi <aalharthi@kacst.edu.sa>
Tested-by: Ahmad Harthi <aalharthi@kacst.edu.sa>

When scanning the entire data range in an attempt to determine where
the first data row is, we shouldn't stop at the first column.  We should
scan all data columns to make sure we pick the lowest value row
position among all columns.

Change-Id: I693ec169857b181c6b4237efcba3fa6a46eaa531

fixes circular vcl<->xo dependency

Change-Id: I5a9eb1f48044a2d43901b40f695ea2a93c70388e

This reverts commit 7bce8c2e.

It printed help of the plain gerrit tool which always confused me :-)

Change-Id: Ied81688ada4b536486d998709230fc24fa3c9b62

they are not longer forced from configure

Change-Id: I8ea37b7233138de2900caf231762eefec0ba6563

This complements change a9fc1456
The Translation-compensation of that fix didn't work for flipped shapes.
Also, vertically flipped shapes made problems.
Also 360 °C = 0°C (drawingml.hxx)
I didn't dare to fix it earlier because there is some problem with the selection frames.
But that is an import bug, not caused by some export stuff!
This import bug makes the manipulation rectangles around the shapes flipped & turning in the wrong direction, perhaps due to
CroftCro$oft clockwisification!

Change-Id: I05aa036d31cd5d9a8b194897b3d92ec12d6d2c61
Signed-off-by: Lennard <Wasserthal@nefkom.net>
Reviewed-on: https://gerrit.libreoffice.org/1250Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>

Change-Id: I044033ca41dea75dc438bc3989d067fc8e70b9fc

As far as I can tell, there is not circular dependency, but make
complains, and only when invoked from toplevel, not from tail_build.
Looks like gbuild problem, but do a hackish change to make
unbreak clean compilation, for now.

Change-Id: I445ba343f9eaa988c60c288bf5fc1c5d1c7b67a5

gb_Side is set either from toplevel Makefile or from any module Makefile,
but not when starting build from tail_build

Change-Id: I4df6eb221f5b778ce3c0234251f8dbbb56645028

...where for whatever reason (TODO: investigate) they keep failing at least with
my local Mac OS X 10.7 build at
toolkit.AccessibleFixedText::com::sun::star::accessibility::XAccessibleText:

LOG> getCharacterBounds(-1)
LOG> Expected exception
LOG> getCharacterBounds(8)
LOG> Expected exception
LOG> getCharacterBounds(0)
LOG> Text at this place: F
LOG> Character bounds outside component
LOG> Character rect: 1, 3, 6, 11
LOG> Component rect: 0, 22, 100, 12
LOG> getCharacterBounds(1)
LOG> Text at this place: x
LOG> Character bounds outside component
LOG> Character rect: 6, 6, 10, 8
LOG> Component rect: 0, 22, 100, 12
LOG> getCharacterBounds(2)
LOG> Text at this place: e
LOG> Character bounds outside component
LOG> Character rect: 15, 6, 7, 8
LOG> Component rect: 0, 22, 100, 12
LOG> getCharacterBounds(3)
LOG> Text at this place: d
LOG> Character bounds outside component
LOG> Character rect: 22, 3, 7, 11
LOG> Component rect: 0, 22, 100, 12
LOG> getCharacterBounds(4)
LOG> Text at this place: T
LOG> Character bounds outside component
LOG> Character rect: 30, 3, 8, 11
LOG> Component rect: 0, 22, 100, 12
LOG> getCharacterBounds(5)
LOG> Text at this place: e
LOG> Character bounds outside component
LOG> Character rect: 39, 6, 7, 8
LOG> Component rect: 0, 22, 100, 12
LOG> getCharacterBounds(6)
LOG> Text at this place: x
LOG> Character bounds outside component
LOG> Character rect: 45, 6, 10, 8
LOG> Component rect: 0, 22, 100, 12

Change-Id: I690ffc773b53e0f19536605e3cb89280bc98c19a

...it now matches the duration of another nearby timeout in the code, and it
happened to cause a parallel "make check" to sometimes fail on a slow MacBook.

Change-Id: If8bddb82a05c46637fdc2fcc3373411fcb37a466

Change-Id: I29dcc26eb13222ef4348ab3281a19b2e6f8c46f2

Change-Id: I61731f472405e46828204ffb1cacf1c9e6a9b5bf

Change-Id: Ib933d150d5d82383d23619857b2797a63be28626

Change-Id: I574c523d37d54a05aa79d2ccf52e0727e1a1d744

There are still places that should be improved a bit, but this works.

Change-Id: Ieb7947a294ec95b6fd8cec2e8c4bc731e2594c42

Change-Id: I347790e1ca2ee6a27303d3644aa1459ff76ba4b0

I'm not quite sure why the code has to do it this complicated way,
but at least it's just in one (ok, two) places. Additionally, it
seems all those checks are needless paranoia, so just assert.

Change-Id: I9f0d4ecc5aec6995eb66ae553a4bd92cc5450b86

Although it seems reading works even when opened just for write ...

Change-Id: I57039e7b72dd466e1b087c81377b2b2dcd26fb5c

So that SvXMLImport::GetSourceStorage() returns something useful.

Change-Id: Iecb2044336d45eefcb2b0ca5cfda5bc173d4e71e

Change-Id: Id41200667089d4f42f7999060fd97545bb069788

http://lists.freedesktop.org/archives/libreoffice/2012-September/038163.html

Change-Id: I41a195180411800f72b8e251b5c19553a51cde44

Otherwise e.g. informing about new fonts when loading a document
with embedded fonts doesn't work. I'm not quite sure why this
should be limited to only printers or pdf, so this may be temporary
until a problem shows up. There'a also a warning about refcount
in ImplFontCache::Invalidate(), which seems to be bogus, because
invalidating caches shouldn't have effect on anything except for speed,
but with the way font handling in vcl is designed I wouldn't be
surprised if ImplFontCache wasn't actually a cache.

http://lists.freedesktop.org/archives/libreoffice/2012-September/038163.html

Change-Id: Ib68c0c10a0f5340a532c5c59396ef2cfbc588b5f

Change-Id: If3607886050c4e2e649e5678cc39f290b122f537

Not that I know why the directory had to be renamed in the first place.

Change-Id: I3e4d07591876636ae4930240ac1acc68522fb94f

Sign also all the dylibs and frameworks in the bundle.

Change-Id: I7f67b9d7eda0204b24e2ea2ef44a53fb8db0f8aa

Change-Id: I7d63af2ddb67104daaddcb5f111e26269b9b5030