Age | Commit message (Collapse) | Author |
|
Change-Id: I47265cf0be9785e8be4b4be0b13d40cda206f349
|
|
Change-Id: I85170f2d65dd17e0a04a261b0680f693e2917131
|
|
These functions have been introduced with Excel 2010, but were not
supported yet in calc.
COVARIANCE.P (population) replaces the COVAR function, but the COVAR
function remains present (in Excel as well as in calc).
COVARIANCE.S (sample) is a new function.
Change-Id: If5501b4090fb716adfb3d121c7898528fd1b7ad4
Reviewed-on: https://gerrit.libreoffice.org/6135
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
|
|
No mark at all happens when creating a new document, in which
case the selection pattern is empty (created of GetPool())
anyway (hence there was a debug warning "SelectionPattern Null"
from ScDocument::CreateSelectionPattern()) and nothing needs to
be applied.
Change-Id: I9df338063baf27581f258f6c2fd0737b95804509
|
|
Change-Id: I1c4a45c3f19d79b4da8cc96304e0e1802f92dff2
Reviewed-on: https://gerrit.libreoffice.org/6320
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: Ia29725295613faf875a688b3917b144a5f05bbe3
|
|
Change-Id: I142f9c4e73585272c3028880e40c20f4a056f3c3
|
|
Change-Id: I694d81d17fac5fbd964937dc654ebd764af90842
|
|
Change-Id: I9db663dbcb432cbfe380e1272d6daaed3e6f4221
|
|
What we want here is *all* the scripts in the range, that's the whole point of
using SCRIPTTYPE. We use this to determine the font to show in the fontbox. If
it's an exclusive script then we can show the font that that script, and if
there are multiple scripts we know to set it empty.
With the other intermediate bugs out of the way, this now appears to work
correctly.
Change-Id: I58426123602d70c151bd878e96fa5cbab7d3fd3e
|
|
Change-Id: I5da9114a3fd8330df2b63dc9187323765d305791
|
|
Only in editengine could we have this fiasco.
There are two ImpEditEngine::GetScriptType's
a) sal_uInt16 ImpEditEngine::GetScriptType(const EditPaM& rPaM, sal_uInt16* pEndPos) const
this one returns i18n::ScriptType
b) sal_uInt16 ImpEditEngine::GetScriptType(const EditSelection& rSel) const
this one returns SCRIPTTYPE
Could there be a better way to ensure that mistakes will be made.
Anyway, within variant b, with an empty edit engine
ImpEditEngine::GetScriptType calls GetI18NScriptTypeOfLanguage but *that*
returns i18n::ScriptType's not SCRIPTTYPEs but when there is content then a
SCRIPTTYPE is truly returned.
Change-Id: I3a4a7c8746728e0fdfb25d961004c8339a24c93d
|
|
Change-Id: Id6eaba19e89236716db2a0db9f557216d9402c66
|
|
Change-Id: Id3854de1bcb8d5856d56e96895ff3bbf2e4aa666
|
|
Change-Id: I31c6bcb9a4b26653d439601f78d71fd94d938eeb
|
|
...as per #libreoffice-dev IRC:
Sep 19 10:32:24 <mst__> sberg, moggi why the hell is that thing named
"cppunit/cppunittester" and inside a subdir? it's obstructing my attempt to
put it in $(INSTDIR)/program
Sep 19 10:33:28 <mst__> (... and if you wonder "wtf does it have to do with
INSTDIR" you have never heard of awesome LibreOffice_Test installset.... not
that i would know who needs it :)
Sep 19 10:36:36 <sberg> mst__, it is in a subdir of solver/*/bin so that on
Windows it would not accidentally have picked DLLs next to itself instead of
the module-local DLLs it was supposed to test (back when we had module-local
output trees)
Sep 19 10:37:02 <mst__> sberg, ahh hysteric reasons then, /me renames it
Sep 19 10:37:55 <tml> mst__, if nobody you know uses LibreOffice_Test, just kill
it?
Sep 19 10:38:59 <sberg> mst__, tml, LibreOffice_Test was conceived by pmladek
and/or kendy, IIRC
Sep 19 10:40:31 * kendy does not remember anything about it :-)
Sep 19 10:42:17 <sberg> wasn't that something so users (or QA people?) could
easily run the smoketest against an installation, to see whether the
installation is any good at all, by installing that LibreOffice_Test alongside
the installation proper?
Sep 19 10:43:26 <sberg> mst__, ...and I'd unscientifically vote to kill it
Sep 19 11:34:23 <pmladek> mst__, sberg: I have created the LibreOffice_Test
package for one QA guy. He does not longer work on LO. I am not sure if anyone
else started to use it. So, I think that it can be killed.
Oct 17 18:18:07 <tml_> sberg: have you ever noticed that when you try to
actually run instdir/unxmacxi/LibreOfficeDev.app , the system actually tries
to run cppunittester inside the app bundle (it says so in the crash report)
(it crashes because cppunittester requires a specialized DYLIB_LIBRARY_PATH
apparently)
Oct 17 18:19:29 <tml_> I suspect that the system when cppunittester as part of
the build process is run from inside instdir (i.e. inside an app bundle) the
system "caches" this false knowledge, and thinks that the executable of the
app bundle is cppunittester...
Oct 17 18:19:36 <sberg> tml_, no, never noticed; with "run
instdir/unxmacxi/LibreOfficeDev.app" you mean calling "open
instdir/unxmacxi/LibreOfficeDev.app"? (I always call
.app/Contenst/MacOS/program explicitly)
Oct 17 18:19:52 <tml_> yes, I mean "open instdir/..."
Oct 17 18:20:53 <tml_> some googling tells me that at least years ago, the
CFBundleExecutable key in the Info.plist is ignored if it is manually changed,
so I guess similar caching of mapping between an app bundle and which
executable to actually run happens in this case
Oct 17 18:23:17 <tml_> and last year somebody even claims "And while on Mountain
Lion, CFBundleExecutable seems to be a no-op", which would be odd, surely
there must be widely used apps that have several executables inside the MacOS
directory; how would the system know which one to run when the app is run?
Oct 17 18:24:38 <tml_> hmm, apparently the code that handles this might be open
source even, http://www.opensource.apple.com/source/CF/CF-744.18/CFBundle.c
Oct 17 18:25:52 <tml_> some mention of "caches" there yes, my guesses might be
right
Oct 17 18:27:05 <tml_> if I cp -R instdir/unxmacxi/LibreOffice.app foo.app and
open foo.app, it works fine
Oct 17 18:28:33 <tml_> anyway, I guess it would be cleaner to have cppunittester
somewhere else even without this problem
Oct 17 18:37:09 <sberg> tml_, yes, IIRC having cppunittester in instdir was a
misguided mst decision, because that odd LibreOffice_Test product (that
pmladek said nobody needs any longer anyway) includes it; I think consensus
was to kill LibreOffice_Test and move cppunittester where all the other NONE
executables are, but looks like nobody executed
Oct 17 18:37:55 <tml_> ah ok, so mst should know what needs to be done? good, no
need for me to try to hack this now then
Oct 17 18:38:19 <sberg> tml_, I'll do the cleanup tomorrow, unless somebody
beats me
This removes smoketest/losmoketest et al along with the *_Test product, as they
seem to not make sense without it anyway. smoketest/Executable_libtest.mk
appears to be a test that could also be run during the build, and only ended up
in the *_Test product by accident, so I left it untouched for now.
Change-Id: I8024472c909fe0a885eb08ef4d3777f8a9e1f7c8
|
|
Change-Id: I4c688a4aeedcae56ed6404574bd1bb392d4190cb
Reviewed-on: https://gerrit.libreoffice.org/6311
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I66257ed063849fde997ff78b8b9a6fc2db939fde
|
|
As discussed in the bug report. I changed all occurrences, not only the one in the Calc menu.
Change-Id: Ia652cb10ec0123b0a79a719dda59e6d2f54f0680
Reviewed-on: https://gerrit.libreoffice.org/6123
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I244c3b5a949ae5c8a5bf46d1b58439e080b2c848
|
|
Change-Id: I7c0e88ee9d01eec3df471d84f122123dfb24f4fe
|
|
Change-Id: I9bd65a7f66710d94a2c4dbe6d1b28f8ddef8d9a3
|
|
Change-Id: I45da175fe0f72996b26d66c29e0e6a1b4115b896
|
|
Change-Id: I2ad0838a12ce06b2c6e77b7f55cdc2cd0627a38b
|
|
Change-Id: I923153579d6cc50354450a5b3a55ecc133ae5e41
|
|
Jaw dropping hack to set a slideshow to span all
monitors if gtk3 is available at runtime
Change-Id: I363f63c9855d5cb1f92d65d0b34add0c60f7263c
|
|
So try to set size to full "screen" size. most window managers
will ignore this however unless _NET_WM_FULLSCREEN_MONITORS is
set, Under gtk3 we can use gdk_window_set_fullscreen_mode to
do that. Its effectively impractical for LibreOffice to itself
calculate the right parameters for _NET_WM_FULLSCREEN_MONITORS
as far as I can see
Change-Id: Ia725f21048bfcec3dbf1478b4303ccd9cfec0b36
|
|
Change-Id: Ic5307816dd3f0c74f10eb8a15910a1674713bf9c
|
|
since at least 5c2ba4aad61ce2c7c661202ae7ed26e1859c5216 flex 2.5.35 or
newer is required, but linux baseline (CentOS 5.9) shippes with older
one. Fail in configure/autogen instead of during make
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
...and gracefully cope with Mac OS X flex --version returning "flex 2.5.35
Apple(flex-31)", so just look for the first run of d.d.d when determining the
version number
Change-Id: Ia5a324474aaa1a45910f50b4a78ab6ce6279575e
|
|
Change-Id: Ibbdf7ce4979f8452c4a662cc9ae3f598cce23126
|
|
I used this during my String->OUString conversion changes, but
apparently it's a C++11ism
Change-Id: Iff727a92d6d0c3e418275d2850ce70cbd2d2546a
|
|
Change-Id: I9cfb8e7183b9cce7c690f3a43a64b61a2aa8c754
|
|
Change-Id: I6c154dff7c613c8975136f2934df3b0f385dade4
|
|
Change-Id: Ia09dab36376e0169cddb5e8b0aa096d5327a8213
|
|
Change-Id: I3ee8c3b59bf9d6ef6516f1da64cbe5f0b35af2d0
|
|
Change-Id: Iaaa3812412dc880eb9d08144219ebe428007884e
|
|
Change-Id: I03c63fbfe40e1fd7b7e26ecc7f16d695a68cbe46
|
|
Change-Id: I5fa7cc6ef54d0fed5752e422ab750f83a36d72ee
|
|
Change-Id: I08caf2c9b7b2368f715fd582c93d40d69de2c875
|
|
Change-Id: I1c9e569b41f953510160cefee626ee7c9440c3c0
|
|
Change-Id: I7d79a1a5bdfbfbb58ca2b99dc544dc174c997fb4
|
|
Change-Id: I1e56b2bc0499aebf4e7e57ad7c6e6c84de6a3efe
|
|
Change-Id: Ifda1e87fb14d075bb0b1708efc12404c9ebc255a
|
|
Change-Id: I959196c06025e35211ee23bac574ba63a83938b1
|
|
Change-Id: Ifbd63cd8184deec7f11d504d78d29c8f3ddd247c
|
|
Change-Id: I4af097f36d47452dc992f8965f74dd707c2c08a9
|
|
Change-Id: I714464715e54f20b327eed0748ab9fd82d0980bb
|
|
Change-Id: I431d805f2845830da0fa66f6521c5c7d6b5b10d5
|
|
Change-Id: I2ec64f459dca9389d709ba0cdf20a5c1ef34ad18
|
|
Change-Id: I5c7279d1f9b27480d317e05de769ca7302f781e3
|