| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: I903be81ba3e23c43a481ba775d762c06557942db
|
|
|
|
| |
Change-Id: I80307944c5a9a873f972e6c349ec4fe48ae848e9
|
| |
|
|
|
|
|
|
|
|
| |
Change-Id: I122669d4ffaf72fb1d5f6fccc98e8a648f31aa23
Reviewed-on: https://gerrit.libreoffice.org/3490
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
|
|
|
|
|
| |
Change-Id: I023215646b9aeadb4909c9f90f84f9e8b0dbd173
Reviewed-on: https://gerrit.libreoffice.org/3497
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
|
|
|
|
|
|
|
| |
Now all these usages were removed from LO.
Change-Id: I8a7233db20abdcdbb18428ad4004c78cc516a0e6
Reviewed-on: https://gerrit.libreoffice.org/3326
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
|
|
|
|
| |
It *is* a result tree. Let's call it that.
Change-Id: Ie8f3e4c4f6e54fd84d79b80ac98c0be0b0cc42d4
|
|
|
|
|
|
|
| |
Change-Id: Ic9c911552f2b03bb496f47251917a3736494dce1
Reviewed-on: https://gerrit.libreoffice.org/3213
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
|
|
| |
Change-Id: I095a824c18a4ea61663e2706daa6616d60aaeb34
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Change-Id: I605ae778e57a12588dca274a4ee34a018004034e
Remove pass-through header sfx2/inc/sfx2/imgdef.hxx
Change-Id: I9a5ebabefccdd63b55d64aec26488542d0d362e3
Remove pass-through header xmloff/inc/xmloff/xmlcnitm.hxx
Change-Id: If880679499daee2f77d1f6e148dba963d09bbb9c
Reviewed-on: https://gerrit.libreoffice.org/3477
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
MSVC gives:
C:/PROGRA~2/MICROS~2.0/VC/include\vector(1544) : error C2825: '_Alloc': must be a class or namespace when followed by '::'
C:/PROGRA~2/MICROS~2.0/VC/include\vector(1589) : see reference to class template instantiation 'std::_Vb_iter_base<_Alloc>' being compiled
with
[
_Alloc=ScDPResultFilterSet::MemberNode *
]
C:/cygwin/home/tinderbox/master-build/sc/source/core/data/dpresfilter.cxx(147) : see reference to class template instantiation 'std::_Vb_reference<_Alloc>' being compiled
with
[
_Alloc=ScDPResultFilterSet::MemberNode *
]
Change-Id: I394f861aa29a8b6e43ea92447215a7868955555a
|
|
|
|
| |
Change-Id: I3733deac232d0075bdd889ce52d7e6f67746d4f8
|
|
|
|
|
|
| |
The old syntax is Calc only (not Excel), and is specified in ODF 1.2.
Change-Id: I9551d408ae136d3567375e905b1273103a8f616a
|
|
|
|
| |
Change-Id: I10e0ef90ea7bfd92b46a54dc3d3feff90e50f724
|
|
|
|
|
|
|
|
| |
This code is the old GETPIVOTDATA implementation, which actually parses
the pivot table output on the sheet (ugh!) to get the right value. It
was susceptible to the table output being configurable.
Change-Id: Iefbefa06b91fc6cfa7a21f9a8031bf6841c1d936
|
|
|
|
| |
Change-Id: I2b081fe32d8851403867b9ad94de40bbe4b68838
|
|
|
|
| |
Change-Id: I67c6c2fad73d81b7ac9a9d50280f323a1fe88aad
|
|
|
|
| |
Change-Id: If0994c81867606e0e6c097aeda0f0bd889e01553
|
|
|
|
|
|
| |
To build the dim order map only once.
Change-Id: Ibea5cbfc4f5d335ac7fc5893cda255b06336d8c2
|
|
|
|
| |
Change-Id: I68f4fdab667d86e79225a77964ed90373b391d08
|
|
|
|
| |
Change-Id: Ic086804d4ef72f2ee53236436244f0f77447a6d0
|
|
|
|
| |
Change-Id: I0467cd95e2c6f2f353333b24e1aba737d99e5c20
|
|
|
|
|
|
| |
Looks like I have to put this on the shelf once again...
Change-Id: I6288d019170278e484befaac3ee57cea24a69c0e
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The idea is to avoid parsing the pivot table sheet output in order
to calculate GETPIVOTDATA. The table outout is configurable, and it
will only be more configurable in the future. The gist of my rework
is to calcualte the result of GETPIVOTDATA with the internl result
tree alone.
Also, the same result tree can be used for drill down too, which also
currently parses the table output, therefore subject to the same
limitation & fragility.
Change-Id: Ib0147e2aa2b710dfd627df7f535a685301214a52
|
|
|
|
| |
Change-Id: I6087cd51073529a5c2b636b04f60334a93ac4ecc
|
|
|
|
| |
Change-Id: Id5f8253f1d72f9bb6f56d354293ccdedf44239d2
|
|
|
|
| |
Change-Id: I93d04ff158ecb1379e8dcf99d6cd154d096f9fd7
|
|
|
|
|
|
|
|
|
|
| |
- nanosecond precision
- signed (allowed negative) year
Also: assorted improvements / bugfixes in date/time handling code.
Some factorisation of copy/pasted code.
Change-Id: I761a1b0b8731c82f19a0c37acbcf43d3c06d6cd6
|
|
|
|
|
|
|
|
|
|
| |
follow up to commit af4a947174aafe669c129c54c304caa43d90eac7
Change-Id: Ifaee6d61fada21705574e5ad6bf0fa32957fe75c
Reviewed-on: https://gerrit.libreoffice.org/3425
Reviewed-by: Joren De Cuyper <joren.libreoffice@telenet.be>
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
|
|
| |
Change-Id: I2a9608339c372ccdeeca2ca0fd9499a4c527cff3
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
if we're in edit mode, SC_MOD()->InputEnterHandler() kicks
us out of it. But the very similar ScFormatShell::ExecuteAlignment
method doesn't do an InputEnterHandler. I can't see why we
would want to do this, and without it we get the desired
behaviour that tex direction changes and we remain in whatever
mode we were in before changing it
Change-Id: Iaf6e154ffb8f317fda997b302d4075d2efcac8db
Reviewed-on: https://gerrit.libreoffice.org/3450
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
|
|
|
|
|
| |
Change-Id: I3aa22be6ae85b6f18ed48e3ffd6abc5102a2e92e
Reviewed-on: https://gerrit.libreoffice.org/3424
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
|
|
| |
Change-Id: I23cf85f5fbd2dcc333094e9003ce8f5ce4f0b68d
|
|
|
|
|
|
|
| |
The vertical scrollbar remains a bit whacky in how it scales and operates when
scrolled, this is unchanged.
Change-Id: I468a87c75f1c1927d0387c4af64c7ad87f4e1922
|
|
|
|
| |
Change-Id: I490c5bbddaefbdf06f33fbcfc86e862441b05a00
|
|
|
|
| |
Change-Id: I8413f2ee3bcd700409f6bfa3886ba91c2fa2b921
|
|
|
|
|
|
|
| |
Change-Id: Ice80350184f7a514d5beab0a5e1da5b98d5733e4
Reviewed-on: https://gerrit.libreoffice.org/3427
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
|
|
|
|
|
|
|
|
| |
because we always have we a refedit, but sometimes not a refbutton, so set the
label widget to use for the dialog shrink mode on the refedit instead of the
refbutton. This way we get the shrunken dialog title bar updated with the label
contents regardless of using the shrink button or clicking in the editbox and
dragging the mouse around the spreadsheet triggering the shrink mode
Change-Id: Ifdff01a30d5c65aa964d4bf544017a2927757d67
|
|
|
|
| |
Change-Id: I185a5a6f1d85c9e3e7ee5115b100b724031b6c03
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previous patch was a review patch I submitted to send to the UX advice
mailinglist. Cor proposed a better wording for the label name,
see https://bugs.freedesktop.org/show_bug.cgi?id=63290#c4 and has been
revised a bit more since then.
Change-Id: I0cd1fac43ba3fed55fbb16e4f9bbf6836c1436b2
Reviewed-on: https://gerrit.libreoffice.org/3338
Reviewed-by: Joren De Cuyper <joren.libreoffice@telenet.be>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
|
|
| |
Change-Id: Ic3edf3f42365630c903f4e2cf63103a8f59311bb
|
|
|
|
| |
Change-Id: Iad969bf9b32cbfe045248fb17dc4c0d7c66c2c94
|
|
|
|
|
|
|
| |
Change-Id: I4eee6a02ea545b93a93d18d9c5e200ed8b831c29
Reviewed-on: https://gerrit.libreoffice.org/3405
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
|
|
|
|
| |
They must be in sync with their cell array counterpart at all times.
Change-Id: I050c08057f06d29f710187129a510dadbfad0e4d
|
|
|
|
| |
Change-Id: I28212eb055c892f987a3f7a65f9d3e5ad7400e30
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 42726853bb90eab11bf4fde8b0358ca3c3354529.
In tpsort.cxx this is used in another way than the other two cases:
++nSortKeyCount;
maSortKeyCtrl.AddSortKey( nSortKeyCount );
maSortKeyItems[nSortKeyIndex].m_pLbSort->SetSelectHdl( LINK( this, ScTabPageSortFields, SelectHdl ) );
So both are using the same index. In contrast the other two cases use (i+1)
and (i). So this can't be handled with one method or needs some more work...
|
|
|
|
| |
Change-Id: Ic1e6c953852a6106ee94f0b577ed398d62aa2285
|
|
|
|
|
|
|
|
| |
We don't run unit tests when cross-compiling anyway and since
d4ea8c6b7ee32dfbe1525cae45ad44d411052c33 the corresponding .mk files
aren't even read by Make.
Change-Id: Icbee9ad51841d515a551e67708d9594358ce7e71
|
|
|
|
| |
Change-Id: Ie5ea03493659eb467e61a6985016e3f43f450136
|
|
|
|
| |
Change-Id: Iacd91b79ea8fadcc70c2ae63f61f649f33acfbef
|