Age | Commit message (Collapse) | Author |
|
Change-Id: I5e216ca01830a6568159ee8e9265938667f201a1
|
|
Change-Id: Ibd21dfdb76536ea0e0a71791a91ec87e31d49960
|
|
was lost with 2c47c9989e308ddef22066607795eb3feef9f76b
Change-Id: Iee6f2caa2e934ed998c186e12a3f8b433fb64574
|
|
Change-Id: I4a864ddd3681101c8c5d0943d2761ac85bf4161f
|
|
Change-Id: Iae78fa7487e2646b1ba61101c5e39d304388a5c6
|
|
Change-Id: I0af786208356493928129406fd7d03f0912834f3
|
|
Serialize the Ant cleaning and building of android/abs-lib so that one
Ant is not cleaning it while another is building something that
depends on it.
Change-Id: I22fde47bf84208fa129b8f6a65a2314c885451a0
|
|
Change-Id: I968bc6da85cd444d504b08f85300a1fe251cdeee
|
|
Change-Id: Id297f32de5fba9d17fec89d2f8ea21c5d1a2a4bc
|
|
It appears that since cd0046bca0691fdca45a030903b7cde3bfee544c,
2 tinderboxes fail on including the generated sqlbison.hxx;
it turns out one of the inclusions of that in svx is unnecessary and the
other is used to call a virtual function, which can apparently be done
without linking; just link svx to dbtools anyway, that should fix the
build.
Change-Id: I7f7b1c4e9561c4dd2b820b173d05bdd5d4c6ba6d
|
|
Change-Id: I75dd089b34c94831bfdfd0e02585af7609013a08
|
|
Change-Id: Ib5e794495b542ed96b5424d1aec38c4dd60ae182
|
|
Change-Id: I1888bb21ad55f919a25a96b5c8090d1194be51de
|
|
Change-Id: I66155e362d5f44f9be8114099c46473ac846340c
|
|
Change-Id: Ia1c47ccda6c1fd94e8f4b1b6e6c1650abf791c74
|
|
Change-Id: I589bd95e0cb9b2bf534f76ebcb4f6bd28edf5370
|
|
Change-Id: Ie0e257d0b2cf961dfe5907e7af7ffa8795be62f7
|
|
This was a regression introduced with 2af9040d38af7c7353855415dbea0134585058f3
"Cleaned up utl::UCBContentHelper." GetSize exhibited the same problem and has
also been fixed. IsYounger exhibits a similar problem, but has not been
addressed, as it is unclear what to return in case no dates can be compared; it
is only used in one place (handling SID_EDITDOC in
SfxViewFrame::ExecReload_Impl, sfx2/source/view/viewfrm.cxx) where, it appears,
only contents for which DateModified /does/ yield a non-void value are relevant.
Change-Id: Iff9f5e1ed6f45eede117713d64a265b98f6862b1
|
|
Change-Id: I640eddb4496d295d3cea9f45875b415d419060f4
Reviewed-on: https://gerrit.libreoffice.org/448
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Change-Id: Ic8b202c339806e4cf4dc621a4730593724175fca
Reviewed-on: https://gerrit.libreoffice.org/447
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
Change-Id: Ib5b405e147933f506aeadd69f90a9a8de99777dd
|
|
Added a preferred extension property to the filter which overwrites
one(s) given by the default file format type associated with it.
Normally this property is not used for the majority of the filters,
but for plain text filters, we need to use .txt when saving from
writer whereas we do .csv from calc.
Change-Id: I3453ad084e4379e5cc1101daeb9d2c3ddd919e92
|
|
Arguably such annoyingly thin double borders don't make much sense
anyway, because they're essentially 2 hairlines with ~no space between,
but unfortunately older LO versions are able to create them;
since the refactoring in 2d045cdb69176b280812dda0b813371cf1ac72e2,
which changed the BorderWidthImpl::Get* methods to return 0 due to
rounding, they were ignored at least in the HTML import, which is a
regression.
So add a special purpose hack that essentially rounds up the first line
to 1 but not the other lines so the visual result is a hairline single
border.
Change-Id: I20ac4675bcf67ea58a6931a40bff3605390e9c0d
|
|
These cannot be order only because if the source file is changed the
generated cxx file has to be recompiled as well.
Change-Id: I6c1d8e2d90d98a80ce747f8cd1d118e0a83ed379
|
|
Change-Id: I49709c51ede03dcbecbd4f4feb89a1f735d967e0
|
|
Change-Id: I22e959adc5ee7a9901f812cadc7492fd229fbb15
|
|
Change-Id: I68e36229e79f4a97d0e0e490a211cbe607825f56
|
|
Change-Id: I899beba64478d7309d5eccdb9a5ff9a02f0c3cad
|
|
Change-Id: I9b798ee769646428dab24837e4b85620472ad0ef
|
|
Change-Id: I304c615bda490879efb3532e5beb16b674d14bee
|
|
Change-Id: Id9f4e59b5c46c7bee3cf0b129f523d963c0407a6
|
|
Change-Id: Idb997e672e4f997ad324bdb5d49ab7dae4a9e9e9
|
|
Change-Id: I963994f6c20995ea9d1037cadb6c17a43e8a28c9
|
|
|
|
Change-Id: Ic2b79e78f95e298a08794fa11f227d76152244f5
|
|
Change-Id: Ibf4fed39e4d36cb03d079cf55a12d4ec37a70f2b
|
|
Change-Id: I50d3f1002468d41d5b5882de170699d44fe5223c
|
|
Change-Id: I5525eb750dfbed282fea272de4a736e6c70e51a9
|
|
Change-Id: I41fd1463b6432818ee36e7f90e920a5fd98c7106
|
|
Change-Id: Ie39f608d807ffd8cfb670e69a165cf4dd1e50d49
|
|
Change-Id: I8346d0d0b1543d45e45a24ae6ab76e856b26a1ba
|
|
...plus, add error codes to other failure's exception strings, just in case...
Change-Id: Ic21c52e0ab52ed1752745e86bde214aee7c3c208
|
|
The problem was that when we only had a table inside the frame, the
DelFullPara() call removed the last paragraph of the first cell, and
returned no error. Instead, check if we had to remove paragraphs both
before and after, and if so, use the manual remove all the time.
Change-Id: I9a3591ce9a92a2aca7d2f65b62fdf641f54e4f05
|
|
Change-Id: I5c848a8d4c860a83d6729b8db40f744afad906d5
|
|
Change-Id: I952729487eb5d1195bbdf53c2e981685cd0c7b62
Reviewed-on: https://gerrit.libreoffice.org/350
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: Ib69fa1fff94b7a3403a45fb948ff9e7b1ebc4f0f
|
|
In case the textrange contains a single table, the DelFullPara() call to
remove the ending fake paragraph failed. When this happens, we now find
the paragraph in question manually to delete it.
Change-Id: I7055d4489192a8a694aef118f7646d8db87a64df
|
|
Change-Id: I0cbfe470ccd8850d9bf5826324a5b66698a547da
|
|
Change-Id: I38141187c4f0809343a93c5765c0773d2321968a
|
|
Change-Id: Ifd6ba71e0ab13f9ad0e86f3e770ae1a6ace336e1
|