Age | Commit message (Collapse) | Author |
|
Change-Id: I25ed88b30329b92f80efd329243f85b271d972a7
|
|
Change-Id: I343a3e6d57e8f9e1a35cdf3b5825f5a6f58fd133
|
|
Conflicts:
sc/source/filter/excel/xlformula.cxx
sc/source/filter/oox/formulabase.cxx
Change-Id: I6ee01764ae9fc27854fd3bd8a630b9d3560192e5
Reviewed-on: https://gerrit.libreoffice.org/1477
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: Ia632edb24869ddfb76a029fdb460bcf24d9a2059
|
|
Change-Id: I3eefa563e00e6a4dcb3f1e5726bdf6d27f536624
Reviewed-on: https://gerrit.libreoffice.org/1960
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I5be1d34ae5de4e9e2b49b97dc161d2ba06204cd5
Reviewed-on: https://gerrit.libreoffice.org/1956
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
+ add 6 vertial pixels between page properties header label and frame
contents
Change-Id: I5d28eba11757bdf690367ea5d4aa74422ca64912
|
|
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/1961
Reviewed-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 7bce8c2e491562873705e3e451ba66d005b22646.
|
|
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 a9fc1456719da3cecda6a97454bad0642e493035
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/1250
Reviewed-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
|
|
Change-Id: I519e4cfb7821644f243e0c4770f74f6ee6657168
|
|
Change-Id: If819c60a4d1fb3af2f4f87e0e4acfd00ecad95d3
|
|
Otherwise the build --without-system-stdlibs fails; This option is used
for the universal Linux build
Change-Id: I0f7d87bb161d50748fee05f9c3f6a4b87b788aa4
Reviewed-on: https://gerrit.libreoffice.org/1938
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|