Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: Ib74667fb958aa9bbbcae3a0289b3cbd6edf8fb37
|
|
Change-Id: I87f5e5e13470826338030e8b0f08c46e09ac216e
|
|
Change-Id: I8fec40d767905bcca366257a67f669eaa1055cbc
Reviewed-on: https://gerrit.libreoffice.org/5789
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Marcos Souza <marcos.souza.org@gmail.com>
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: I93a4abc84856a43d9d3a27ebadf111e589c62604
|
|
Change-Id: I7ecfd6160443299887e31d784322a00580aac067
|
|
things got a little out of hand and I ended up
converting quite a bit of calc to OUString
Change-Id: I056326d37ffefa8c120cb2e564d166dd9f20f216
|
|
selecting a style in the styles dialog ( without double clicking )
will apply the style to the currently selected cell(s) You can
with the keys navigate to other styles and they in turn will
also be applied. Preview will end when you click back onto the
document.
*FIXME* - the styles dialog isn't really suitable for previewing, a
new dialog ( possibly in the toolbar ) might be nicer ( see Excel )
*FIXME* - when there is a multiple selection the highlight colour
(applied as a transparent overlay) is most annoying ( and is mixed
with any background colour applied if part of a style )
see ( ScGridWindow::UpdateSelectionOverlay() ) However my puny
attempts to make the selection use a transparent colour made all the
borders of the selected cells dissappear. I guess maybe a box/border
around each selected cell ( or group of cells ) would also work
but I didn't try that
Change-Id: I0950e79085ffb75f60ee961835665df0c230172f
|
|
along the way, de-virtual ScDocFunc::InsertAreaLink, since
it only has one implementation.
Change-Id: I3fc836f9954628f154e01b1c7ae8f90eb7600a76
|
|
Attempt at trying to get more interopable behavior, imho the way dates are
presented in the autofilter of the "other" well known spreadsheet application
is very nice and intuitive. This attempt here is lacking in that
a) for some reason I am not getting the node icons ( and subsequently can't sing
le click anything to expand the nodes ) Only double clicking works to expand
b) the 'check' behaviour is not quite right, e.g. as simple example is if all
nodes of a particular date are unset then clicking the leaf node ( e.g. day )
wont set the ancestor nodes.
Change-Id: Iaa89cac21fb18074ff64a984f099a35851c2fe3c
|
|
Change-Id: I69391a9d2ffb0afae7f40c8449196c986375db3f
|
|
Change-Id: If37c0fde63c718fd493115de76e2dc8c0e780c3e
|
|
Change-Id: Ib3b2bab5beffb8164a8cd2c0b4db4c97f427507e
|
|
Change-Id: I4272b45a1c8ad34b540ee39d9ef9dd717d4f6325
Reviewed-on: https://gerrit.libreoffice.org/5572
Reviewed-by: Kohei Yoshida <kohei.yoshida@suse.de>
Tested-by: Kohei Yoshida <kohei.yoshida@suse.de>
|
|
Compiler plugin to replace with matching number(), boolean() or OUString ctor,
ran it, few manual tweaks, mark as really deprecated.
Change-Id: I4a79bdbcf4c460d21e73b635d2bd3725c22876b2
|
|
Change-Id: I898d7a2d3f0ea472daddb9dd32f772a5d7268773
|
|
Change-Id: Ic7ee570935b5d827dc01a483877ea5021da5abea
|
|
And do it once when importing xls, xlsx, and ods documents.
Although xls(x) file formats support shared formula natively, it's
still beneficial to re-group it as some old xls documents limit the
length of shared formula span to only 64, or some don't use shared
formulas at all even though they could. And re-grouping just once
is not terribly expensive.
Change-Id: Iff9c605d19baa187553ddab6af8b9fbd4c366d7d
|
|
Change-Id: I387ef3c2c8345bb5be75909596f59af80b966443
|
|
Change-Id: Ib1deab33a8771e196d0520bae872eb0d492c913e
|
|
Change-Id: I4dd6ade18e72d8f57583180463f9dda3603be4c2
|
|
Change-Id: I8e5c4e240e64a1d70e599c4a8791133dddc0b75b
|
|
...instead of merely default-initialized, to avoid undefined behavior in
enclosing classes' copy ctors/assignment ops. (Cf. resolution of
<http://www.open-std.org/JTC1/SC22/WG21/docs/lwg-closed.html#408> DR 408 "Is
vector<reverse_iterator<char*> > forbidden?")
In return, remove the enclosing classes' user defined assignment ops that do
explicitly exactly what the default ones would do anyway.
Change-Id: If1bb1aea56dd48da873a92a8fa30dedea844740c
|
|
Change-Id: Iaa3ab3d73270f0a1441eb64854f47088967ca0d5
|
|
Change-Id: I70694ee8834b1b2f2ebdfaa90582ccfb19db0210
|
|
Change-Id: If967247ed5d916535e7b52af14b00090b7c9d0d2
|
|
Change-Id: I5a8661895b558b67abc19cdc39de9eb027bc1c34
|
|
Change-Id: Ic78d7a06991b983e625b161f11fbbabce02334f3
|
|
Change-Id: I5e2e9db621a61deba39a46962e0ca877235d7c90
|
|
And re-enable group-calculation on named ranges.
Change-Id: I4957ff05bac23bd266bbc96fe5619ad5f0a65688
|
|
Change-Id: Ibc10d5eb9afff6062106c952aa2e7d3f9cb58100
|
|
Change-Id: I628c826905d0c1074fbc5c12e821c0efd6489bbf
|
|
Change-Id: Ic8d98b62747ae29cc968ce926e2ae42537023840
|
|
Though I had to use const_cast in some places...
Change-Id: I22830bf291179efafc1b400f33a520072b7fab0f
|
|
Change-Id: Ib4b141f415b36565106e946ccbc47f2b9f80d89c
|
|
No more mapping to range names.
Change-Id: Ic43b6ef35a91fe4d6fff748ebc22969ba4e036db
|
|
Still the first step.
Change-Id: I1897c9c2cd3a5b5245febbfba76e1b088054f578
|
|
Change-Id: I382eddbe25f8bccf82a4afbbcd25f27393207744
|
|
This is an improved patch of commit G12a712245bdcca40bb87e2bd118eec9635848
which was reverted with commit bcbdf6763944dcc53c2667bf829a005ff0b9223a
The original patch still contained a piece of test code that does
not belong in the patch.
The goal seek tests from Junittest_sc_unoapi now all give the expected
results (tested manually).
Change-Id: I8009a0dd3601a1d7d54899e781e30363cf0c36ea
Reviewed-on: https://gerrit.libreoffice.org/5359
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
This reverts commit 07112a712245bdcca40bb87e2bd118eec9635848, which breaks
JunitTest_sc_unoapi:
> checking: [sc.ScModelObj::com::sun::star::sheet::XGoalSeek] is iface: [com.sun.star.sheet.XGoalSeek] testcode: [ifc.sheet._XGoalSeek]
> LOG> Execute: seekGoal()
> LOG> Goal Result: 16.0 Divergence: 0.0
> LOG> Goal Result: 9.0 Divergence: 1.7976931348623157E308
> LOG> Goal Result: 0.8 Divergence: 1.7976931348623157E308
> Method seekGoal() finished with state FAILED
> LOG> seekGoal(): PASSED.FAILED
|
|
Change-Id: I5849add3444cff15a201a276c8917fabc4b33262
Reviewed-on: https://gerrit.libreoffice.org/5317
Reviewed-by: Kohei Yoshida <kohei.yoshida@suse.de>
Tested-by: Kohei Yoshida <kohei.yoshida@suse.de>
|
|
The combination of a solve process happening in two functions
(ScDocument::Solver() and ScInterpreter::BackSolver) with iterations
and recursive as well as iterative interpreting (ScInterpreter:Interpret()
and ScInterpreter::InterpretTail()) led to improper handling of the
stack, with an unending loop as a result.
Integrating the two solver functions, and so simplifying the code,
results in correct behaviour in all documents attached to the
bug report.
I tested with values for MAXRECURSION of 5 and 400 (standard value)
to have really different combinations of recursion and iteration.
Change-Id: If4cb8926c5e192cd6c764dcdd45a92e285e983bb
Reviewed-on: https://gerrit.libreoffice.org/5292
Reviewed-by: Kohei Yoshida <kohei.yoshida@suse.de>
Tested-by: Kohei Yoshida <kohei.yoshida@suse.de>
|
|
Failed with:
/usr/include/c++/4.8.1/debug/safe_iterator.h:510:error: attempt to compare
iterators from different sequences.
Objects involved in the operation:
...
The problem is that miPos in _copied_ object points ot maAttrs in the
original object, not in the copy (and std::for_each takes a copy of the
functor). This could be solved by defining copy constructor and
operator=, but given the limited usage of the class, it is simpler to
let copies share the state.
Change-Id: Icf3f02ecd2fe4ce6dd77f3cde226d32beb4d4b3f
|
|
That is clearly a mistake.
Change-Id: I8f631f2ff63449a260091d7990f24ebaeea9c5f2
|
|
We will switch to using ScDocumentImport to populate the document from
import filters, instead of using ScDocument directly.
Change-Id: Ie59d6877d1ac4fc04751a84b663772a9dc9a3efc
|
|
Change-Id: I164748245326b67bbe61e5ede6b98f713b8d5d03
|
|
Change-Id: If4499dbee52532cc8a95c380bbe840719fe9279b
|
|
Change-Id: I313c6504d7c0beeb68318ce436b48fa900e4cf48
|
|
No tests are written for this yet.
Change-Id: Ic26a7f19d6ce6e6d7059035dc9c99ae5bcb9d77b
|
|
Change-Id: I3b20f79d9c2f373c93a34ccdb308c6d5c09f69e7
|
|
It works fine with live calc instance, but somehow fails in unit test.
Change-Id: Ie60774b4f1f8391801e0d9358f6cca78d8e52397
|