Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I23ffb5288cda22dcf98bba2d16ae7cf6f9d66825
|
|
make packageinfo target
add uiconfig file translations
add missing l10n config files
add missing help files in packageinfo
Reviewed-on: https://gerrit.libreoffice.org/6754
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Conflicts:
helpcontent2
translations
a2498a118e729276a78ef3a4eb43b5d0b302d326
9bb39bdd677af4be0da621370c51eb9e22ecc33f
a7e654cdeffd832f51016ff51aa180fe3924ff4e
4ee41fdb600cb3a89da387dffe64e6a30192761c
349fb24a388775c58be7a326832b3fc0ec38180f
8a2ca73c02fd6b04ce60e7701c51d2362ef7ec06
Change-Id: Id5f6f5c1f3e46df2d9033ccd5bbf2af6ab38a9e8
Reviewed-on: https://gerrit.libreoffice.org/6982
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
|
|
Change-Id: I6b3f9316c3eb907912aeff1715705a95bbbf547c
|
|
To avoid the impression that this reference box takes a range...
Manually cherry-picked from 6df78d1a4c9bf5e0e182d5cdc0a300e3c84e6d86.
Change-Id: I3a69cf496f013779692c17fb943dcc34a1692275
|
|
Unfortunately this patch creates a very weird ( and took me forever to find
) bug ( fdo#60805 ). Basically certain double line borders seems to
dissappear at certain zoom levels. I guess maybe its possible to tweak
the create2DDecomposition to process the line as hairline at those problematic
zoom levels ( but I suspect that actually would look worse ) Best maybe
would be to tweak the rendering/painting ( but isn't that processor specific
maybe ? ) as is maybe this problem. I admit this is outside my comfort zone :/
This reverts commit a551cad4e35b6b664167d65dfc25e5a0f6990687.
Change-Id: Idb25493ffb038cb1f8ae9b364a29052abafd940d
(cherry picked from commit 1b3f3ce53a26ba52d27784a2f9adbffcbd6169f3)
|
|
|
|
I broke it during the grand cell storage refactoring.
Change-Id: I75361750a859b42d83f76dd4e30ad6b134af81c5
(cherry picked from commit 3c95f901d5f30919b339695ddac94bf5a67aa9a9)
|
|
Change-Id: Ibbf2f47b3d6fb67cd49d78d437e28a6399f42691
(cherry picked from commit 0c447b5d32b5d65960e61969d1a0ead4f4dbe7c0)
|
|
Change-Id: I77fd6a82895f3a65c31f1c166e25b27153ab194a
(cherry picked from commit c0c37983b61af172539d8af88f101929f4de56b0)
|
|
...at least in CppunitTests
Change-Id: I75f05581db5423dc54ea7810a8cd2bd0f9c0c3f0
(cherry picked from commit defc4faef618d4273ee5056359f4b8e5eed24a7c)
|
|
Change-Id: I55fd3fabb7594ee2c635cc0b02dbf506bd5ab3df
(cherry picked from commit 4f94e6c20b2fee11429d7cbaef6b6fd1880317b2)
|
|
And reduce header dependency on docsh.hxx which a lot of files include
directly or indirectly...
Change-Id: I2de25380f8b634456e0add940fbb775ac11414cd
(cherry picked from commit da1392934e043bfd12b94dab7b874ddf940f097b)
|
|
Change-Id: Ia75ccbe4ffd1e44585a590c7931b920168a6c703
|
|
The previous code was doing it only with the first referencing pivot table,
which would break the rest of them sharing the same cache if
the first one doesn't contain all group dimensions used in all of the
referencing pivot tables.
Change-Id: I35d6907ef8db7ed69db42583cac92b2b74406e2c
(cherry picked from commit b3977983e9f662392426f581516d86d7034ad0fd)
|
|
Also add some flags to change the dumping behavior a little.
Change-Id: I291cdd7d055614b9e7074bdc47292ecd41a474ac
(cherry picked from commit bcea38729938300ce574d9f8570dd49869f01890)
|
|
Because the new implementation relies on the visiblity flag of the
dimension members, they need to exist before setting currently selected
page, which is still used in documents generated by the older version of
LibreOffice.
Change-Id: I6cec5fd3d2165f714fc01b596d3761890d87a4ff
(cherry picked from commit 2e1b90a4272defb917b23e2e360e171114d6fa4d)
|
|
Change-Id: I5021ef61d9238da352e13bdd81a2f3607d0fb4aa
(cherry picked from commit 8f6e3118f57276a458b82482b0d277dee327413e)
|
|
Change-Id: Iab34567806e069d819c86b52f93d88355272416f
|
|
Change-Id: Ie0223b0c4224323b4211cf207468ea0dc1205fbb
|
|
Change-Id: Ibe2eccf92b5f8e7b12b5d885cb393238b16837b0
Signed-off-by: Your Name <you@example.com>
|
|
... for <table:content-validation table:display-list='sort-ascending' ...>
but do not write it yet.
Change-Id: I05bdf27cee27f7456b660267b95126420474eb99
(cherry picked from commit 8047ae4a8244199717698f2e2f5281551e97912c)
|
|
In commit 363cc397172f2b0a94d9c4dc44fc8d95072795a3
"convert equalsAsciiL calls to startWith calls where possible"
I incorrectly converted equalsAsciiL calls to startsWith calls.
This commit fixes those places to use the == OUString operator.
Change-Id: If76993baf73e3d8fb3bbcf6e8314e59fdc1207b6
Reviewed-on: https://gerrit.libreoffice.org/7008
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I4c802b5164bc0f0dc11da80c2225f9fc274e227c
(cherry picked from commit d45bc3429c859392aa9fd7932908e50b0716a39c)
|
|
Thanks to moggi, who pointed to this, should be documented somewhere.
Change-Id: I96ba2cca930e4b784a825987ea19e4fc9aacb6d6
(cherry picked from commit dc22a2aa1b2858394ad70806f34d1327936af7a0)
|
|
NaN value indicates if the force intercept is enabled or not.
Change-Id: I51d33a6e04a4b5832f241e7ae7ee6d2fbb32ea9b
|
|
Change-Id: Ie0a5824ddbc3e75a1bb22121e620378ad3e0dfde
|
|
The code path was assigning one ScDPObject to another via assignment,
but we didn't define one. So we were using the compiler generated
assignment which only shallow-copies data members, which ultimately
caused double-deletion of one of its data members.
Change-Id: Ie98d0789e51aebff683dbcc0e533a9a0a87943d5
(cherry picked from commit bd976e5b070ec68a4f842190db4d0c1ea0e93428)
|
|
Change-Id: I92f2dbbe12956ee9432d592851f10bceaa5ce25d
(cherry picked from commit 4e75f724cc59d457cdd905c68666633e3b2612f4)
|
|
Was lost with 2ce72093cdc68e60fb06ddd4358e0bc7fc8c63a9 and previous
restructuring.
Change-Id: Ie4c8bdb287b56448406c873840c26ec4759de375
(cherry picked from commit 2212051e792cb5f51f4191afe83c85fc3730a087)
|
|
We apparently support this syntax for ODF-backward compatibility.
To fix this, I resurrected ScDPObject::ParseFilters() which was removed as
unused, adjusted it for the String->OUString change, and changed the filter
data structure to the UNO one rather than using the old one we no longer use
elsewhere.
Change-Id: If52b38aaa1e8b208fb0ef9d92a6e853decdf43e3
(cherry picked from commit 1d85c8df2fb9cb25fc524485339ae9f11e8da676)
|
|
Change-Id: Ifda8412e766350c623a737b4924bc83b5f20a841
(cherry picked from commit 5e01904de993caa3d497a8f6c82a846336e70eef)
|
|
Duplicate field names are represented in two ways: 1) 'Name' vs 'Name*' in
the UNO part of the pivot engine, and 2) Name,0 vs Name,1 which are a pair
of textural name and a numeric duplicate index in the non-UNO part of the
engine. But some parts lost this duplicate index information and/or confused
the 2 ways of representation. Hopefully this change will sort things out.
Change-Id: I03ae7b6c011c31ace454679837542d6d0909ecaa
(cherry picked from commit 7e491281d2ba71490fa22cce1e43ba91f60395e3)
|
|
Change-Id: I25f53f16c3ddc3456c165b6c604911433f460228
(cherry picked from commit 40fba2316ac3ebb11b69c157cfac7da92a63821b)
|
|
Change-Id: I038a3e5447244f8503502f344ade60dfb8e522f2
(cherry picked from commit 45f4cafa6ae59d8db6ffcf99563d57320d58d99d)
|
|
Change-Id: Iad20ac5533a46a74642093c686e0941fb3bd29e3
(cherry picked from commit 68749283bc9da3c0422df0d22ad1d2f514d0250d)
|
|
This is but just one example out of many out in the wild...
Change-Id: Ia542cff0e583bdcc397d0ee6ee3eaaa84f64fe4f
(cherry picked from commit 830a7f501b12c1c34753a656491050a252043974)
|
|
Change-Id: I79198f926cad736549f3251ea92971374b305999
|
|
Experimental only.
This avoids ,us deadlocking as the main thread tries to join it's children,
and the child threads wait to 'Yield' in the progress bar update.
Also it's generally safer to move progress reporting out of the other
threads, and to have the mainloop spinning here.
Finally this allows people to continue to use the LibreOffice suite while
large XLSX spreadsheets are loading.
Change-Id: Id41c18f3941d6fc5eea593f7cfcf6a8b7215b3f8
|
|
Change-Id: Ie2e1edee804f3e85eab08d05adecfc25ebbc77c1
Reviewed-on: https://gerrit.libreoffice.org/6934
Reviewed-by: Joren De Cuyper <jorendc@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Reviewed-on: https://gerrit.libreoffice.org/6937
|
|
Change-Id: I877ec2153754328781e5d87b8eca47998b70fa22
(cherry picked from commit 5a295eb97b9461e603c723308135c1477846e839)
|
|
Because they are wrong more than half the time.
Change-Id: I24e49c53520442be698e43976d28d0f8477648e6
(cherry picked from commit c6ccab60fa881ad80e64168ced4c5f74349512b0)
|
|
a9d85d62a889288b17899c8defc020da487d8b36 used
ScInputHandler::EnterHandler() to reset all sort of things related to
input EditEngine, but that is a handler for Enter and does not enter a
handler and actually attempts to finalize input, which lead to various
unwanted side effects.
Introduced ScInputHandler::InputTurnOffWinEngine() as only the input bar
window EditEngine needs to be reset in the window switching case (which
EnterHandler also does hence it did prevent that bug). The approach
could be polished with further refinement but most importantly fixes the
actual problems now.
Change-Id: I9a0bc452b49ba11a3313cafbc1e5972f41dc65c7
(cherry picked from commit dfd1a47a38dac743f9ed0f1e9507714bac027d35)
|
|
This can happen when Excel's original shared formula range is across
multiple columns, in which case we split that into multiple groups (one
per column), and initialize top cell only for the left most column.
This fixes the crasher on the doc from fdo#31296.
Change-Id: I9e4def9836947fc67523f0d99ca981465709b934
(cherry picked from commit 0fb70733136f2382e7253ef0515a681c7cec724d)
|
|
The SharedString stored at ScQueryEntry::Item was constructed from an
OUString passed from ScMatrixValue::GetString() so
rItem.maString.getDataIgnoreCase() in QueryEvaluator::compareByString()
was NULL and never evaluated equal. Made ScMatrixValue::GetString()
return a SharedString instead.
Change-Id: I473d5724dfb97707fea58e6b72b1396c049b79c8
(cherry picked from commit 882665d821a2fc705b7ae03372c2ae7593028210)
|
|
... to keep the count updated, which actually silences the dbgutil
warning of ScDocument::RemoveFromFormulaTree() when loading .ods
Change-Id: I8453d688ca673a47fee15c84478262e1da53e408
(cherry picked from commit bfd1909c87d0d645f1bbb74a142172ecc15100e8)
|
|
Change-Id: I6187aa673034e6dc18f48f7b6b7ac88989ab55ec
Reviewed-on: https://gerrit.libreoffice.org/6914
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
(cherry picked from commit c3760e9099db9cf1be696347e2a0743a3cae1b20)
|
|
Change-Id: Ie6f2fd3cce70e4789805e788846d3beb64620a4b
Reviewed-on: https://gerrit.libreoffice.org/6876
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Reviewed-by: Thorsten Behrens <thb@documentfoundation.org>
Tested-by: Thorsten Behrens <thb@documentfoundation.org>
|
|
7a3b8b1a5a753627c6518b9a5b8e2a041d4d6331 switched formula parsing from
API FormulaParser::importFormula() / ApiParserWrapper::parseFormula() to
ScCompiler, which means that also FormulaFinalizer::finalizeTokenArray()
is not executed anymore and processTokens() and processParameters() that
among others handled appending Calc-only and required parameters.
At least implement that parameter part at ScCompiler now.
Change-Id: Iaa2804c82ec43dd51f781485b0e2afab8c613638
(cherry picked from commit 0f8eef96d28245b4905ff9f1cfb18bc540f0f7b5)
|
|
Change-Id: Ib805c31f0c1b57708c38c02a9bdc492af5c7a439
|
|
Change-Id: Ie9b5f6ade1c25618aa990ce17bd7b2a2b46a250a
(cherry picked from commit 8302495a219e869f194f4b585c6f2b996eee0a5c)
|