Age | Commit message (Collapse) | Author |
|
Change-Id: I92e8ca85f4430ddf1c4e4e2ea3d024f8a6e23a86
|
|
Change-Id: Id9098c07d7aff62adb26165611a545efcfe87a34
Reviewed-on: https://gerrit.libreoffice.org/18419
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I3127752785b77672d37f99bc9eaa881377dabe7c
Reviewed-on: https://gerrit.libreoffice.org/18431
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I2f36a123662488ef5534f7bf0845d61e497fb0ec
|
|
Change-Id: I2aeda615e39db5a3cd39e168db34425e2912be8b
|
|
Change-Id: I184d836e944d6dcfd17233a7a83680f1c1bff9bf
|
|
Elide construction of rtl::OUString with string constant argument in
call of rtl::operator+.
Change-Id: Ic5bce873550d9755094bbd5a0867994d1670e02a
|
|
Change-Id: Id990e30019a0a1d94755227edeee3cb01fc0e870
Reviewed-on: https://gerrit.libreoffice.org/18416
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I33618d35285506798492a96af98fc8d7edff9173
Reviewed-on: https://gerrit.libreoffice.org/18415
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: Ifedea7c26689a2760b6ba9ee4713f942c62bbdab
Reviewed-on: https://gerrit.libreoffice.org/18417
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: Idc95d4b8acae9dcd4ed0092c43986e6687f06c11
|
|
Change-Id: I244866c91a4f98a55e7ba5f6f87a820cb3de0ead
|
|
... during insertion as NamedDB, as they don't need to access header
cells and thus don't have to add a (fake) dirty range.
Change-Id: Iab3f1406e53ca39ad0820a86def70323a41ce241
|
|
Change-Id: Id7ef5fbceffecb6cee8efb80b6de4946a8300839
|
|
... it got lost with 8b252f30267d043522ff2cbf2bf42275bb7a6ec6
Change-Id: I1a7c9bbaa1fd70d24c168d53aae6691a45c29085
|
|
Well.. then let's remove the ifdef instead of the implementation,
dammit..
This reverts commit 64c6b0ed6c67d169021732d276ec02706e139261.
|
|
Change-Id: I4d3c87aac31c6690cd061ce41e7efae113055c12
|
|
Change-Id: I1dd4c8a27bb63a91bead11d386748cd9cf2fe31c
Reviewed-on: https://gerrit.libreoffice.org/18349
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I7c7a4bbaa4670e873599ad2533a1c2de713cf53f
|
|
Change-Id: Ia7bdaa3a02af8f81884d81d60c0f135af2f8aeae
|
|
Change-Id: Ie59da1b457aa2ed5bdc6a26eefab4d4a3acf10b5
|
|
Change-Id: Ia2706c308c6297d05b2862e9f86fc0f2ee90e4f0
|
|
Change-Id: I365a81a0a960f5da736c9a97aa056da16c99452f
|
|
Change-Id: I37d8752fa6a5b532c8fce3175bf42d3c8c93b3a8
Reviewed-on: https://gerrit.libreoffice.org/18360
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I4c978a1d2f2a63eae08e30a2f349b445b4a98ecc
Reviewed-on: https://gerrit.libreoffice.org/18347
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: Idbd3b5a6bf0008409cf1b4f3764e1b34f4284de9
Reviewed-on: https://gerrit.libreoffice.org/18361
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I78c0f32498ae559604f78706db85141bbebf89ad
Reviewed-on: https://gerrit.libreoffice.org/18359
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: I7474d6ac1c7128ca5b22478b2abb3799c083e99c
Reviewed-on: https://gerrit.libreoffice.org/18348
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: Ifd6928bafc59abc252f29af81f26f6362e9fc933
|
|
... which means the internal column names should already had it. An
unsuccessful cell lookup fallback doesn't necessarily fulfill a warning
condition.
Change-Id: I973b8edff83fcb47a34cc35fd9bf5163882f7742
|
|
Now that table column names are refreshed we can prefer them over header
cell content during formula compilation and string creation of a
tokenized formula.
Change-Id: I0755404883af78c52c8d27a777acd7300bc2af75
|
|
Change-Id: I495377786bd0add1521d37490c8c57d4d30f541e
|
|
Change-Id: Ie2a84f58f63737b241222523f6d6c380e727bb89
|
|
Change-Id: I10396818da901a6a4da331ad2152b901968fd8bd
|
|
Change-Id: I3dcefc3ba55c33f9cfef6ff4bf9aa2242a866c14
|
|
Change-Id: I352a1378cc1a9e3d689c6902a01b901a74466d2d
|
|
Change-Id: I0a0fb83a1e72d73a517eabaa3c8dc1b2228848d1
|
|
Commit 6fb54d7bd3eb8efb2223c6a7250852fb6ad22b89 changed from pointer to
reference but didn't adapt the variable name.
Change-Id: If91c632d8fc41957ed3b542ed7bf19c376b56a82
|
|
Change-Id: I63cfbe32b165b33e986641f9c6270994ddaa6480
|
|
Change-Id: I942907d6af150818cb1e9a0f1d3f4cd036d0503e
|
|
Change-Id: Ibf00b617a10e2bbe1c1e722c235bb2b75dee79a6
Reviewed-on: https://gerrit.libreoffice.org/18354
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Change-Id: If53d33fb4d9ca9dc1babb9043bd07c5d29fe74c2
Reviewed-on: https://gerrit.libreoffice.org/18353
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Change-Id: Ifbdd9b0c3d8e6f41c4d1eb4d0e62053a8788e05d
|
|
Change-Id: Ib06b35a117db3c02826cb18754f7ca11875c91c8
|
|
ScDBData checks that also internally, but added dirty ranges would
linger around until container will be destructed, plus spare some
cycles.
Change-Id: I6c20b227117f272169129978bd8b26ccea9e1a72
|
|
... so table column names get updated in the next run.
Change-Id: I998d610a3df14fb80b6222fd1a5b61847810a722
|
|
Change-Id: I7746cca2d32d242b6300311fbe7bfe63caf9dfc9
|
|
Only one cell of a range was broadcasted per area listener if multiple
cells were affected. We don't know if there were more.
We could set up cell listeners instead, but that's not worth the hassle,
header cells don't change that often and if changed the header range to
refresh will not be overly large.
Change-Id: I915101b809fc1824803f10e696c52fb2185117f7
|
|
Change-Id: Id699358c7dae635b13ed4b981326a6490255a4d4
|
|
Change-Id: I88baef02e5c8c87e7bc408212e16fd7039bfd7a1
|