| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
Disables the area tab when a line is selected
Change-Id: Ib02a68fb548a7cc10f9af7e0d1b6191119f18915
Reviewed-on: https://gerrit.libreoffice.org/16165
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
|
|
|
|
| |
Change-Id: If0308eb0068951af425cb691672b915decc384a2
|
|
|
|
| |
Change-Id: I1a63116534430ebf8d203c21baf248a84a39b221
|
|
|
|
| |
Change-Id: I45e699ebf255e7d933a3b5d77717dcd7583d8383
|
|
|
|
|
|
| |
Instead directly let LOKDocView handle the input.
Change-Id: I260a460df23c3e2e5c78d8b363bb864ae5c63dab
|
|
|
|
| |
Change-Id: Ib844cbd5c5d7be28e4ee2922caf06fb43c7b8a46
|
|
|
|
| |
This reverts commit e57314f61f67b093510c5a8a8f34a62126ba8734.
|
|
|
|
|
|
| |
unused
Change-Id: I2f4504fdbe88fa83abe6da8a1f733f9ae1c2742d
|
|
|
|
|
|
| |
unused
Change-Id: I009f43d192942c14d0ccbf56c78257570c65e41a
|
|
|
|
|
|
| |
unused
Change-Id: I22f55aa403cd97ce2c5bf6a521c14a693e4373a7
|
|
|
|
|
|
| |
unused
Change-Id: I74a26815a5e11fd68094e70adc5ffc3bd4c83d73
|
|
|
|
|
|
| |
nothing is using it
Change-Id: I9f86b7766b40cc2c4b725795b138e008b915c4fb
|
|
|
|
|
|
| |
nothing is using it
Change-Id: Ie626fcb7f35d98294ec41620c679d46a34a77d90
|
|
|
|
|
|
|
| |
nothing is using it, except perhaps for XFillExchangeData, which was
using it incorrectly :-(
Change-Id: Ib9246a20bc97ad91d3e3e97fa642217686fc8c46
|
|
|
|
|
|
|
| |
Change-Id: I7f7f99ba93d4f06575228e62f96703fd2c54c469
Reviewed-on: https://gerrit.libreoffice.org/16271
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
and drop the pass-by-reference param from GetSelected, nothing
uses it
Change-Id: I6d616a2b147912af9305410625af6e7afae34e59
Reviewed-on: https://gerrit.libreoffice.org/16312
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
|
|
|
|
|
|
|
|
| |
since most of the time we don’t need a heavyweight uno::Sequence.
Adds a new method getElementsAsVector().
Change-Id: I9e72bef0c0c723ffd0dd7d4152db5baec6784a7a
Reviewed-on: https://gerrit.libreoffice.org/15747
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
|
|
| |
Change-Id: Iffb972ca2b89f8b943ec54db4d22db6b7052ab5f
|
|
|
|
| |
Change-Id: I61fb5e047b64873b3f5e07582dd1155340d7a1b5
|
|
|
|
| |
Change-Id: I62d538799a814346df4de00dc232a04376e77ad7
|
|
|
|
| |
Change-Id: Ic2f04532680f0742ea11ab793fe2366d55cc7376
|
|
|
|
| |
Change-Id: Iebc59db0f9c6738da316c18f18eaefdbfed35936
|
|
|
|
| |
Change-Id: Id9cad4eaccd71c769fea06d71bbfdd03e8c112ae
|
|
|
|
| |
Change-Id: I22d666417a45eaecf4ade96e3b9207700d8fe778
|
|
|
|
| |
Change-Id: I6313447f6b62e5ab2a233bd418508afb84b9473b
|
|
|
|
|
|
|
| |
Change-Id: I80995af6459af9f647e66d1c85da2eedad2647b9
Reviewed-on: https://gerrit.libreoffice.org/16523
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|
|
|
|
|
|
|
| |
Change-Id: Ifd126a535f18db79a18aaec61b76cdf26ab33dff
Reviewed-on: https://gerrit.libreoffice.org/16522
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>
|
|
|
|
| |
Change-Id: I952d464c2a9382c60b0616eeb0cf727e914785bd
|
|
|
|
| |
Change-Id: I3ee78e7f4e6208523f4f47af974ccff82f6b823d
|
|
|
|
| |
Change-Id: I7d778173ecff7c343b289eb371b53b825f6cc301
|
|
|
|
| |
Change-Id: Idb239c4bcfa9cd593977425555702cf746272dd2
|
|
|
|
| |
Change-Id: Ib6e994cc89ddfaf504f5b585127d5ea4fb257458
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
To create and destroy thread-affine Win32 Windows and DCs, non-main
threads SendMessage() special messages like SAL_MSG_CREATEFRAME.
The main thread must handle these messages and return the result to
un-block the other thread.
This works fine as long as the main thread is in its message loop anyway
and blocked on GetMessage(); however if the main blocks trying to acquire
the SolarMutex that is held by the sending thread, deadlock results.
In order to work around this, there is some peculiar code in
ImplSalYieldMutexAcquireWithWait() to avoid blocking the main thread on
mpSalYieldMutex but instead block in GetMessage().
The crucial detail is that GetMessage() will immediately dispatch any
message sent via SendMessage(), which avoids the deadlock.
https://msdn.microsoft.com/en-us/library/windows/desktop/ms644936.aspx
https://msdn.microsoft.com/en-us/library/windows/desktop/ms644927.aspx
Most of the Win32 WndProc that acquire SolarMutex do so via
ImplSalYieldMutexAcquireWithWait(), but the main thread may also
temporarily drop SolarMutex and re-aquire it with the questionable
SolarMutexReleaser hack, which calls ImplSalAcquireYieldMutex()
instead, which blocks on mpSalYieldMutex.
Fix SolarMutexReleaser to call a new function
Application::ReAcquireSolarMutex() that does the right thing here:
acquire SolarMutex via ImplSalYieldMutexAcquireWithWait().
It turns out that this problem was already fixed before in commit
6a8fd4c76a969ac98d1aff91ff7442f43aee0006 but the problem was
insufficiently documented in the commit and it introduced the bug
that Application::Reschedule() was called without having the SolarMutex
locked, which caused timers to run without SolarMutex, so the commit
was reverted in 1ef1781390845d03b6e1518bbac81b818be62f3d.
Change-Id: I60aae555a9ee3c6390f584feddbc6b3cb7de0250
|
|
|
|
|
|
|
|
| |
In bridges/source/cpp_uno/gcc3_macosx_x86-64/share.hxx, the #if also covered
Clang, which actually needs these declarations (for now; the right fix will
probably be to #include <cxxabi.h>).
Change-Id: I1eebd59e2371f3498d740ab78244927358c4f23f
|
|
|
|
| |
Change-Id: Ib34196185f90204a71598f2c659c3fddce7a0e4d
|
|
|
|
| |
Change-Id: I70acf02c36ced3ff19f424768f293f2221ef7af5
|
|
|
|
| |
Change-Id: I889aa10e0cb7b5779527e5ef2be5d707dd493e90
|
|
|
|
|
|
|
| |
Equalize width/height adjusts width/height of selected objects to the
width/height of the last selected object.
Change-Id: I7c222a6591112cb674322d310ebd87f04a9198bd
|
|
|
|
| |
Change-Id: I0e2e161a29b653cf16b2e3a6ddeb89567b5342c8
|
|
|
|
|
|
|
|
| |
This reverts commit 5cba714b4d03ed54debf71534ad8c8edc383a01e, now including a
workaround for <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53658> "internal
compiler error -- segmentation fault."
Change-Id: I31f6d9ddcb0b884134703df2b9dc1800ba0a84be
|
|
|
|
|
|
|
|
|
| |
if printer settings haven't been modified
Change-Id: I68b0096ce6fa0f9e50db640a0acb3039ff7e66b5
Reviewed-on: https://gerrit.libreoffice.org/16454
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
|
|
|
|
|
| |
This reverts commit 4d4f3512db0cf0bf47c2ba1b39c3813842903ef7, at least "gcc
version 4.8.3 20140627 [gcc-4_8-branch revision 212064] (SUSE Linux)" fails with
"include/rtl/stringutils.hxx:175:49: internal compiler error: Segmentation
fault."
|
|
|
|
|
|
|
|
|
|
| |
...by making all places that accept a string literal via ConstCharArrayDetector
also accept an OUStringLiteral1 via ConstCharArrayDetector (which required some
tweaking of the ConstCharArrayDetector internals). That removes the need for
special-purpose OUStringLiteral1 overloads, and will allow OUStringLiteral1 to
be used in more places.
Change-Id: I370de8480e02f8423cde5677dd38479b81bccdb2
|
|
|
|
| |
Change-Id: I99912112e5b009d7a143f9816d757cdf6ebb1783
|
|
|
|
|
|
|
| |
it has not served any purpose since we switched to using normal C++ RTTI
for the SfxHint objects
Change-Id: Ic81353bcb7863ce892eb75296248ca14d8fd6c86
|
|
|
|
|
|
| |
This reverts commit cf92da3d6e1de14756efe3f1ee79f393a2f3787d.
iff can mean "if and only if" so not a typo
|
|
|
|
| |
Change-Id: I3fc60856b5a56e71d70b55c89323be074bdec3b3
|
|
|
|
| |
Change-Id: I5f525d91ce24d1d2653a6855f1c4fffc039ae398
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Saving relative references of named expressions to OOXML never worked,
upon reload they pointed to a different position offset by the value of
the original base position. This at least saves positive relative
references correctly, while generating #REF! for negative offsets which
is slightly better than having them point to a wrong location and
silently calculate different values..
Also, this is a prerequisite for TableRef ThisRow references in named
expressions to be saved correctly in A1 notation, which results in a
relative row 0 value.
Change-Id: I3734f910794ceab4b9224b214ad11c64d1d18e67
|
|
|
|
|
|
|
| |
Change-Id: I4db77ea1de42676d9d2df70db3f2e1665a3fd983
Reviewed-on: https://gerrit.libreoffice.org/16419
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|