Age | Commit message (Collapse) | Author |
|
If used at all, lcl_ is supposed to be used for static functions truly local
to one source files. The functions here occur in several source files (well,
two, the one where they are defined and one other) so they are not "local" in
that sense. (But they could be local in the one file that uses them...) Also,
they are already in a basegfx::internal namespace.
While at it, drop the :: prefix eyesore from basegfx::internal, and align
parameter lists consistently.
Change-Id: I68b91075e0b1779ac0fa884d8f9e956f1ab7b308
|
|
Change-Id: I90dd921077bbfc57200e398e7959306f26c65cfe
|
|
Change-Id: I912187d6c481a2ba61fed9c01998bf6f3c08a6a0
|
|
Change-Id: Ie7a1a5bc61d19aebd11a00c63c1f4104d893efbe
|
|
Change-Id: I86e2095bee82a2a6a28b8750e5a328c4d395e2aa
|
|
Change-Id: Ib765ce5a61916b0598ebb42cb9445a5f09c8d37f
|
|
Change-Id: I60678dfd1bd0d2e4754dbbe6ba053e90d5870780
|
|
Change-Id: I64fdb27a7f83f6417a9cd67ed5d2c44072ec7f2e
|
|
Change-Id: I3d61c1c64f7e781c032a77d5d35998e953bf5c0c
|
|
Change-Id: Ie6867e04156f40cacee275d5bbf3d63ac4965b30
|
|
Change-Id: I384a5e60f4b7b2f479c89ef97630519059ab720f
|
|
Change-Id: Idfd6368eba8e638cf9e6adf998b19ccd1f5e876c
|
|
Change-Id: Iea68c4e466dd8e1cb7164959a680e5e52542166b
|
|
Change-Id: Id775680d6b2aec1fd84981a72a94fe4934bef003
Reviewed-on: https://gerrit.libreoffice.org/15632
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
|
|
Change-Id: I0de1cfaa0df460c7bc8e49752b31056f95c30053
Reviewed-on: https://gerrit.libreoffice.org/15628
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
|
|
Change-Id: Iee9c1bd37664188e4dc10b929eb72b6370001417
|
|
since
Start slideshow with the next visible slide
commit 45e4a5ef5347f7e2fe90a0d411e3749f24008c3a
Author: Katarina Behrens <bubli@bubli.org>
Date: Sat Mar 23 20:32:40 2013 +0100
Change-Id: Ib04aac2b223a38dbf46ee8cea3194e116e435eb6
|
|
Change-Id: I07aaf57291239e30b1600bd1061821b4759b8a0b
|
|
Change-Id: I236d7d951bae8c40d2caaa5ecd6dfd669f8ea982
|
|
Determine the effective data area before all operations, so obtaining
uniform row heights, the actual sort and setting dirty and setting row
heights after sort is done only on the trimmed area.
Also make sorting leading empty columns to the end work again if no row
headers were given.
Change-Id: If2b6a15ca69e0db2ca71a888a134f7441b04cc27
|
|
Change-Id: I7e9edae135bd8f3b958c2013fe6d944ab3de2100
|
|
Change-Id: Icb4273515082bffaeb9d8f3ebcec8d76fa4192ef
|
|
Change-Id: Ibdf762b0d397f798372d9bf882aa82a6e5fd0229
|
|
Change-Id: Icc4a3d3661c3d40f9e71215bdc875c6a25f40ac1
|
|
Change-Id: Iea5bb0504518b380c3fe7c238d376dc26be8a7ef
|
|
Zero or negative count is unhealthy..
Change-Id: I4cce6c896e73e8e964518cbe4a29eb03ed481251
|
|
... in case the header is the only row.
Change-Id: I5e6046007a8d668f9834e108aaf8af0072629fc8
|
|
This reverts commit 4c07124cf4f7684d271d0e71a095c67e0f988e45.
It looks like these strings are used via an iteration in docundo.cxx
So, restore them.
Change-Id: I1b0428de3d56b04908284c94b47dc6021375cc8e
Reviewed-on: https://gerrit.libreoffice.org/15629
Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>
Tested-by: Joren De Cuyper <jorendc@libreoffice.org>
|
|
Change-Id: I487aad5217cb685ece971717445a68b4fb3d2b3a
|
|
Change-Id: I3ec59f2a736d230eeb9f6e5db49af16f3e570afd
|
|
Change-Id: I99c6677bcb1a491ede67322b21f6ca051a2e924d
|
|
Change-Id: Ia605aeb2a9936f3c60db179420805a3e986fd64b
|
|
Change-Id: I4d60400f4cc3f34529d632e52b676007f87ff646
|
|
dbaccess::ODatabaseDocument::loadFromStorage() is still not implemented,
though.
Change-Id: I1be11f2a2274f67dd0a11f96a718394d5f72605f
|
|
Change-Id: Ib2cb804fa42ac3cebd309de4ba3cdbbce9a1763d
|
|
Change-Id: I6a8689408141035aaf5cc87838c65eb4b9bc71d3
|
|
Change-Id: I3e78e3104af97eed91c102e9ca5546e0785c5f8c
|
|
Change-Id: I674eadb84fc870031244a61f5c07d2cdf18a8dd1
|
|
With 64-bit MSVC, sizeof(long) is 4 but sizeof(void*) is 8, so this
would select sal_uInt64 but SAL_MAX_UINT32.
This should make sizeof(sal_Size) the same as sizeof(size_t) on all
supported platforms, but still sal_Size maps to different integer
type (long vs. int) than size_t on 32-bit.
Change-Id: I638aac6b502e624ed6b01f5921e20bc40f42480c
|
|
Change-Id: I6d41aecfb1b41bf3d9e8fac6d63ae9874283e3a3
|
|
follow-up to 8568c7226cfb732e17fa42b365b9fce3a8264691 "tdf#66232: Cannot open
files by COM2"
Change-Id: I5a0858dd6f48136f9f07b0d04c5634a6173dd154
|
|
Change-Id: I41c7053296c634c0fed5b31f2e080c3eaf59bbba
|
|
Change-Id: I1f5272cdf05b36d1c6958159a29c04ed7374592d
|
|
Turns out that at least with the glibc version I have on openSUSE 12.3,
whether <stdint.h> defines SIZE_MAX and friends or not depends on whether
__STDC_LIMIT_MACROS is defined, and that gets defined (in our case) only when
<stdint.h> gets included through some boost include file, or through
<cstdint>. In the case of this compilation unit, apparently <stdint.h> gets
included directly somewhere before SIZE_MAX is used in sw/inc/docary.hxx.
Possibly a better fix would be to make sure we include <cstdint> everywhere
and not <stdint.h>. That wouldn't help in case it is through some 3rd-party C
library include file that the <stdint.h> gets included, though.
This reverts commit 8e6527a97bc6f05c5db9f0485089b5cde97531fe
Change-Id: I200985ee70eaf90fc3fa9341fdf9d657750e49ee
|
|
Change-Id: Ie2d97a3e3555d072bc963238b6421f80fcfda903
|
|
Seems that when cross-compiling to Android from Linux, we apparently
have used either the build platform's pkg-config files for ICU, or the
build platform's icu-config. Both of which are obviously the wrong
thing to do, but apparently it has worked by accident anyway.
This makes building for Android on OS X proceed past harfbuzz, at least.
Change-Id: I27351f6177438697a1cded642c8c669ba7221009
|
|
Change-Id: I4cd47d843e6892edfa43c37c131dde9cd324579a
Reviewed-on: https://gerrit.libreoffice.org/15520
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
|
|
Change-Id: I4195fc8a7736a29a6f08d0745f39a0907a5545e8
|
|
Not sure why I get that error here but elsewhere SIZE_MAX works fine. But
anyway, we have SAL_MAX_SIZE, so use it.
Change-Id: I2c650bed35a560ed685ac01b4df4dc143af8bcd3
|
|
This reverts commit bec8fc58a827c220b3f28462ae127cc1c571d1bf.
It does not really solve the bad spacing issue and it broke handling of
trailing whitespace in right-to-left text.
|