Age | Commit message (Collapse) | Author |
|
Change-Id: I41ba46831f24b2960a1fe982b74a2b623e682e0b
|
|
Change-Id: I5f53e538f8f76c337cda8b90fcf4ed717ed2476e
|
|
Sadly cannot forward declare "struct {...} TimeValue;".
rtl/(u)?string.hxx still include sal/log.hxx but removing osl/diagnose.h
was painful enough for now...
Change-Id: Id41e17f3870c4f24c53ce7b11f2c40a3d14d1f05
|
|
Change-Id: I839435338f4acf80c40896b6c86f7ef122f5449d
|
|
Added clear() method to OString and OUString class, Updated appropriate call-sites.
Change-Id: I0ba97fa6dc7af3e31b605953089a4e8e9c3e61ac
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I1ab4e23b0539f8d39974787f226e57a21f96e959
Reviewed-on: https://gerrit.libreoffice.org/12164
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I44be5567e84cdabd8b10771ea37e28b8a88cc23e
Reviewed-on: https://gerrit.libreoffice.org/12333
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I2ead5d998c3b1b3cde1222fee6f072bf09ab0021
|
|
Change-Id: I077209d52805e1b8850a6702b9d88fe63acf8a0b
|
|
Change-Id: I9eb8adf887532c62af6efeac5b0eeec1419b7252
|
|
Change-Id: I419ca67dc1f87dd9ac751aa5a094fecf58136edb
|
|
Change-Id: I623babba561dc0a126c6884a70a33ad4a78ef63f
Reviewed-on: https://gerrit.libreoffice.org/12187
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
and make the two categories of constants non-overlapping, we
really don't need to risk confusion in order to save 6 bits in
a data structure like this.
Change-Id: I2251195d8e45ed04e2a89e47ae9c3e52cf0475c0
|
|
Change-Id: I8dbe23bfec15fbc905407f64a3a87a5c75dbcd54
|
|
Change-Id: Ifd5e2d87732d3e537c7754e52be24ef768ecb8d9
|
|
Change-Id: Id1a5a0756c2704a622eccecb32726a427e64b70d
|
|
they are largely unnecessary these days, since our OUString infrastructure
gained optimised handling for static char constants.
Change-Id: I07f73484f82d0582252cb4324d4107c998432c37
|
|
The re-construction will be deferred until it becomes visible again.
Change-Id: I364ea8d38d48078dfd803b0e5bb20bfc8a2913ba
|
|
The correct fix unfortunately would require making the axis label layout
smarter, to avoid overlapping of angled text label objects.
Change-Id: I92198dbb90fd4a206ee226307992343d064f733a
|
|
To pre-determine the size of the largest text label object, auto-staggering
strategy etc. In theory (if I read the code correctly) we could achieve
the same thing by using only 3 ticks rather than 5.
Change-Id: Iee51588061e482c724ee4fb666c51c2a6b636e8c
|
|
This removes unnecessary static_cast's and check for negative values
which, from what I've read from the code, never happens.
Change-Id: I9d9e1de5b091df335dd3b7eeb34e4e8f98de0fbd
|
|
Change-Id: If80c4b0ceec5e0afd55d12ebe7511fb4f40b4797
|
|
So that we can do more aggressive optimization without breaking the other
cases.
Change-Id: I5d4ceb2a3b7f041f752a570827815236e9de58db
|
|
Change-Id: I56f1296f5a2df67ae9386ae9f30761aee0fde7f3
|
|
I'm starting to "get" this axis label layout code.
Change-Id: I797a92698cb81a1b9325f81b5275cb033cb7c342
|
|
Change-Id: I465e991c83cd5b711d73afd9407596ef1df70f27
|
|
Change-Id: I5572f4417a05132e46a4560088f519cdadfdaec1
|
|
Change-Id: I41067bf7503c591ce869ecfde111b049143bbb9a
|
|
Change-Id: Ie5782e6f450db91e1a66693163fba2b83441e9ae
|
|
Change-Id: Idf53b85d962406caf9ca1df636fffd8b3459baf5
|
|
Change-Id: I99afd30ad413b57d27c89421b5010f6d88856496
|
|
|
|
Change-Id: Ife93dd20c08bf2a30298384099cd36592091c336
|
|
Change-Id: I5362d997bfa086c9fb1726efcb15132a966684f6
Reviewed-on: https://gerrit.libreoffice.org/12160
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
so change from a pointer to a reference
Change-Id: I81eb2c9e4df8353fbbdad7058c6ca7ea22286e62
|
|
Change-Id: I5e212976f1be310c3a802679a0d8b93c2866d591
|
|
Change-Id: I21f85d0e18ab8a30320f3db294efa9fbdd4dd55d
|
|
Change-Id: I2dfdc5e1e852011b532b484e566896133208ee86
|
|
This reverts commit 47a2d7642d249d70b5da0c330a73f3a0032e4bba.
Conflicts:
cui/source/tabpages/transfrm.cxx
svx/source/svdraw/svdedtv1.cxx
svx/source/svdraw/svdibrow.cxx
sw/source/filter/ww1/w1filter.cxx
tools/source/generic/rational.cxx
Change-Id: I4849916f5f277a4afef0e279b0135c76b36b9d15
|
|
This reverts commit 582ef22d3e8e30ffd58f092d37ffda30bd07bd9e.
Conflicts:
svx/source/svdraw/svdedtv1.cxx
svx/source/svdraw/svdibrow.cxx
sw/source/filter/ww1/w1filter.cxx
Change-Id: I80abc7abdeddc267eaabc9f8ab49611bb3f8ae83
|
|
Change-Id: I4aafc170895d8bab47206c7b07b4f1f6105d42d3
|
|
Feature test macros that govern conditional compilation should be
defined in config_*.h include files, not on the compilation command
line.
Change-Id: I40575a4762fd2564f10927b6f38a112dd9f9a3d7
|
|
The VAxisBase::m_xNumberFormatsSupplier refers to the ChartModel itself,
and apparently that is a cyclic reference. Naively using the
ChartModel's m_xNumberFormatsSupplier in
ChartView::impl_createDiagramAndContent() because it will later be passed
to AxisHelper::getExplicitNumberFormatKeyForAxis(), which expects to be
able to convert it to a ChartModel.
Since passing around the ChartModel as an XNumberFormattingSupplier is
sort of un-intuitive anyway, refactor some methods to use XChartDocument
instead, and only create the VPolarAxis / VCartesianAxis with the
ChartModel's m_xNumberFormatsSupplier.
The drawback is that if ChartModel::attachNumberFormatsSupplier()
is called after ChartView::update() has created the axes, it may not
have an effect on them; not sure if that is a real or hypothetical
problem.
Change-Id: Ib5f0d5882b85adaf44f80e086f19178b3e64882f
|
|
Change-Id: Ie24687cd1c54b1fed04745c83f507c17a5574175
|
|
Change-Id: Id128f19dee056189a34a02156fd0bf3ac14c2454
|
|
Change-Id: Ia4ee76743c640c0c5b92ec169e619f6c8788480e
|
|
... for now"
This reverts commit 599473a13e3c5ba669d995c913ad415bd674a16c.
moggi says the unspecified crash happened with the tests following the
comment in chart2import.cxx:75, but the tests run fine in valgrind now.
The commit creates a memory leak in the CppunitTests as
SfxBaseModel::dispose() returns early, because mbDisposed is set.
Change-Id: I987dce6a4090784d166a4a3b2e7f9e2c0cddd289
|
|
Change-Id: I435ce2331fb49e7ce9fe97bdfddfaef706759a84
Reviewed-on: https://gerrit.libreoffice.org/12023
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I1e47f3970f944aa3556e4ddb9b7918d9ee23c0eb
|
|
Change-Id: I8c06be7bc0b8a38c662209f0de72a00550e25447
|