ENABLE_OPENGL means whether to enable the OpenGL slideshow transition
code. It does not mean whether to enable use of OpenGL in general. So
rename it to ENABLE_OPENGL_TRANSITIONS while at it.
ENABLE_HEADLESS means whether to disable use of X11 and OpenGL on X11
(and Wayland) platforms, I think, meaning Linux and maybe Solaris and
the BSDs. Maybe it should be renamed to DISABLE_X11_AND_OPENGL.
Change-Id: Ibb30f51646b1bcc477fe691a3fa38c7a1e3944ae
It refers to only the (old) OpenGL slideshow transition code. So no
reason to have glew conditional on it.
Change-Id: I13bc3e3c25fd7a33e05b39b405af0c85ab6a8e96
i.e. INS_INSCOLS_BEFORE and INS_INSROWS_BEFORE have the same
meaning as the old INS_INSROWS and INS_INSCOWS, so reorder the enum
so they are at the positions of their corresponding originals.
This makes macros recorded before 5-1 work like they did prior to 5-1-0.
This unfortunately will have the same effect to macros recorded during
the 5-1 period that the original change did.
regression since...
commit f97beeef35
Date: Wed May 20 16:54:27 2015 +0200
Calc: Insert row/col before/after [1/2]
This part renames all INSROW / INSCOL to
INSROWS_BEFORE / INSCOLS_BEFORE which is
the current (default) behaviour.
Change-Id: Ide90b8cfebe4af1a3718d93c34657663c20ccc62
... to clarify that these belong to PDURATION (currently DURATION in UI)
instead of DURATION (currently DURATION_ADD in UI). The confusing UI name
situation will be resolved separately.
Change-Id: I09a7bc8437be1c4c9e72f94e61c877111fb48806
which was used for import of old BIFF formats
commit e73c4d5013
removed use of readUniString which lead to a cascade
-> readUniStringBody
-> readUniStringHeader
-> readUniStringChars
-> jumpToNextStringContinue
skipRecordBlock got unused with commit
45e4f9e99b
LinkSheetRange getSheetRange(sal_Int32, sal_Int16, sal_Int16 ) const;
is obsolete since commit
c4cb83504f
Change-Id: I14c49280ca6f5087852d4c5a26e23a4a12fd9338
Reviewed-on: https://gerrit.libreoffice.org/27254
Reviewed-by: Jochen Nitschke <j.nitschke+logerrit@ok.de>
Tested-by: Jochen Nitschke <j.nitschke+logerrit@ok.de>
alternatively move it into the helpimg dir and change the usage
in helpcontent2, but do it this way to keep it together with the others
Change-Id: I84c6b10aed948a5fea835dc86bade5a4390c716b
There is a deadlock here when storing a ODatabaseDocument on a
non-main-thread while the main thread dispatches some event that calls
into ODatabaseDocument, while holding SolarMutex.
The storing of the document also stores BASIC libraries, and since
commit fca62934f4 the SfxLibraryContainer
uses SolarMutex for locking.
Now we could re-investigate that problem, but it seems unrealistic to
expect ODatabaseDocument's implementation will never call anything
that acquires SolarMutex.
Resistance is futile. Your locking scheme will be assimilated.
Change-Id: I337d286f3e96c6b2e0dde8682b31faab3f508d20
Reviewed-on: https://gerrit.libreoffice.org/27590
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
i.e. try and parse whether something is a range or an address in order of
document address convention, Calc A1, Excel A1 and Excel R1C1, rather than
check if something is a range in any of those conventions before checking if it
might be an address in any of those conventions.
Change-Id: Ibb744c3eda78a80f33bdbfa5f5ddf0aa5b6361af
Reviewed-on: https://gerrit.libreoffice.org/27821
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
Clearly in {HH YYYY-MM-DD} the MM should not be minute. Also not in
{HH DD.MM.YY}. Don't follow every bullshit. Period.
It is debatable how to treat MDY, {HH:MM DD/YY} should be different from
{HH MM/DD/YY}, Excel ironically takes both as minute, even in an en-US locale.
Change-Id: I13d39a36294e3c40cc0e9bf72026804b299bb264
... from an ScFormulaCellGroup token array, because ScFormulaResult that holds
the matrix dimensions is not cloned in that case as we don't clone from an
ScFormulaCell.
Change-Id: I13ab1b29db71ae1618580de995fe12ec423d4dc7
this is closer to how I seem to see the gtk menubars work
(gtk3 is native now so this doesn't affect that)
Change-Id: Ie5225d2ccda698946f26408aae95d2a50cbb928b