ce729fb...
by
Tor Lillqvist <email address hidden>
Accept iOS SDK 13.2
Change-Id: I5d42a60a257661f39d1c9af6299ca3278f783d2b
Reviewed-on: https://gerrit.libreoffice.org/81870
Tested-by: Jenkins
Reviewed-by: Tor Lillqvist <email address hidden>
Tested-by: Tor Lillqvist <email address hidden>
1a903a7...
by
Tor Lillqvist <email address hidden>
tdf#128454: Make it possible to delete a table's single row or column
It is already possible to delete all rows or all columns when there
are multiple ones. So why it should be impossible to delete the single
row or column when there is just one I can't understand.
(This change is just one way to provide a workaround for the bug; the
ideal would be if it was possible to specifically delete a whole table
also in Impress documents, not just Writer ones.)
Change-Id: If9221d248d59e515a110ff94cfb96fdd76aecafb
Reviewed-on: https://gerrit.libreoffice.org/81789
Reviewed-by: Tor Lillqvist <email address hidden>
Tested-by: Tor Lillqvist <email address hidden>
8f78d6a...
by
Tor Lillqvist <email address hidden>
tdf#127939: Make slideshow touch input work properly again on iOS 13
For some reason, navigator.userAgent in WebKit on iOS 13 claims it to
be a Macintosh, so our old code to recognise iOS did not work any
longer. Also the Hammer.js included in this file looked at
navigator.userAgent and its decision what to do based on that did not
work properly either.
Simplify our code by handling swipe gestures all the time, even when
such won't be generated (on mouse-only devices).
Also, Hammer.JS was too eager to think it detected a pointer-only
device based on the presense of window.PointerEvent. That sems to be
present now in iOS 13. Let's not blindly think that means it is a
pointer-only device. If the device supports touch events, don't bother
with PointerEvents.
Change-Id: I57d972415798967e871c6e262f16043561ed6af5
Reviewed-on: https://gerrit.libreoffice.org/81404
Reviewed-by: Tor Lillqvist <email address hidden>
Tested-by: Tor Lillqvist <email address hidden>
d5d9d4d...
by
Tor Lillqvist <email address hidden>
tdf#128302: Use separate REALSVX_DLLIMPLEMENTATION for SvxRuler
We need to know that it really is in the svx library. Using the
messed-up SVX_DLLIMPLEMENTATION means that code in the svxcore library
thinks it is in the same svxcore library.
Change-Id: I38baed3a26ecbd9d02037e60e44424e2235f9f20
Reviewed-on: https://gerrit.libreoffice.org/81281
Reviewed-by: Tor Lillqvist <email address hidden>
Tested-by: Tor Lillqvist <email address hidden>