The removal was snuggled in with
commit 63ecdd5d40
Author: Henry Castro <hcastro@collabora.com>
Date: Thu Aug 30 15:59:29 2018 -0400
loleaflet: update toolbar with new images
...and entries
Change-Id: Iaec8812f2944217ef996af25fa4f0ebec5874b2f
Reviewed-on: https://gerrit.libreoffice.org/73827
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
The Download_As is emitted when the user chooses 'Print' or 'Show
slideshow' or 'Download As [some type'] and the integration indicates
via DownloadAsPostMessage in the CheckFileInfo that it wants to handle
the downloading of pdf for printing or svg for slideshows or experted
document.
This is particularly useful in situations when the integration cannot
rely on browser's support for downloading like in mobile apps that use
the Online in a WebView.
Change-Id: Iefdf214937c0c0dafd7462340a1c5e88df94e716
Reviewed-on: https://gerrit.libreoffice.org/73449
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>
instead of just having a label displaying the current language.
Change-Id: Ib3068e6001fc86cc129f7817300de4e8a991c8c6
Reviewed-on: https://gerrit.libreoffice.org/73086
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Also add some space between the ruler and the document frame
Change-Id: I75a3e4668d03cf44b235082cd7d8c24672209262
Reviewed-on: https://gerrit.libreoffice.org/72339
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
The entries in the native edit menus appeared underlined for me
because I had turned on “Button Shapes” in Settings > General >
Accessibility. They are not supposed to be underlined normally.
Change-Id: I9b85774f3c8300e014092f6ea08953a404156899
Not icons, but white text on black background, etc. This is how the
native context toolbar (whatever it actually is called in iOS) looks
in Notes and Pages and in text input fields in general.
Change-Id: Ibfa149fa8a951046de25c71022ea5c5684cfcc02
For a touchend event, the touches property will be a zero-length
array. At least in WebKit on iOS or Safari. Work around that. The
proper fix would probably be to not even call the getMousePosition()
function for touchend events?
Change-Id: I1c4cdb26b293e551c3c6f51208f73ee5a8044ecb
This helps avoiding the situation when the state in the Online and in
the integration get out of sync.
The integration should always get the most current state via Views_List,
and if they want to implement eg. notification what view has joined or
has left, they should just compare the old and the new state.
Change-Id: I841f77419bf86a57f77e16f8c0bd08063f31f68a
Reviewed-on: https://gerrit.libreoffice.org/73103
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>
No reason to show the warn-copy-paste message in a mobile app. The
native code of the app has access to the system clipboard just fine.
This does not at such make the Edit>Copy etc menu entries work in the
iOS app (the LibreOffice core code does not yet have system clipboard
functionality for iOS, I am working on that), but this is one
necessary step.
This is a bit complicated, I don't like how the 'mobileappuno'
properties have to be "manually" propagated from one data structure to
another in the _createMenu function, but OTOH it's the same for the
'id' properties.
Change-Id: I0ebe964e6eb6e4a902118714c1779451004c751f
Reviewed-on: https://gerrit.libreoffice.org/72888
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
Tested-by: Jan Holesovsky <kendy@collabora.com>
The user should be able to access these even in the initial View mode on
Android.
Change-Id: Id0631b7560c1ed0fda5f228f0c621cfa989b4cf7
Reviewed-on: https://gerrit.libreoffice.org/73038
Reviewed-by: Szymon Kłos <szymon.klos@collabora.com>
Tested-by: Szymon Kłos <szymon.klos@collabora.com>
Checks if messages are coming from the parent only (the frame which
opened the editor) to avoid unwanted commands from 3rd parties.
Change-Id: Ieffe36169dcefbe130869596672c1628c76b6799
Reviewed-on: https://gerrit.libreoffice.org/72340
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Uses the newly added parameter to insert it directly, instead of using
the mouse to define the bounds first.
Change-Id: I3c10f379151b6789908585af02a8a18f3103e001
No point having this in the toolbar when all zoom related functions are in the statusbar
Change-Id: Ia1ea8f724956eb2c521c60fb2360eb243190a76c
Reviewed-on: https://gerrit.libreoffice.org/72460
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Highlighting is character level while background color is paragraph/cell level.
Use different uno commands/icons/texts for the two.
Change-Id: I79264fcdcd968734b68278f69450a377d6607323
Reviewed-on: https://gerrit.libreoffice.org/72786
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Otherwise this will get as big as the longest font name.
Seems this was intendend to be like this, but was broken at some point.
Change-Id: I2db29834f7fd9c53efa5ba9da4e6f7f292a2eb08
Reviewed-on: https://gerrit.libreoffice.org/72816
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
And use unsafeMessage dialog parameter to interpret HTML
tags.
After aa1d9ce196
Change-Id: Iba5a5dc2421c2eaf5ff217d825eac70da2fb1e0c
Reviewed-on: https://gerrit.libreoffice.org/72813
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
Some of the breaks already had IDs, but not all.
This is useful to specify the button position via Insert_Button.
Change-Id: I97b0d3d0481f7f2edcdb2c0bbc617cd9ede32871
Reviewed-on: https://gerrit.libreoffice.org/72785
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Also, initialise this._keyHandled as true in L.Control.MobileInput, as
that is the value it has between key event sequences, so presumably it
should be so before the first key is hit, too.
Change-Id: Ie67e9fcdd14871e76f9d9487c14f03ae54476e60
Every user so far is confused of the existence of two clipboards - the
system one, and the Online internal one.
We are able to detect that the copy / paste is happening inside the
document and perform the "internal copy / paste" accordingly, so let's
do what the other online office suites do, and just warn when the user
tries to access copy / paste from the menu.
Change-Id: I904fc120fcf65b8ad4ba8fb5178803f976d707f4
Reviewed-on: https://gerrit.libreoffice.org/72614
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
Handle key events fairly separately for the iOS app and Mobile Safari
than for other mobile platforms. Use the key property of the keypress
event and avoid looking at the keyCode property of keyboard events.
There is still one problem left: After typing the dead key, it is not
displayed temporarily "waiting" for the following letter, as it
should. But that didn't work before either in the iOS app, as far as I
see.
Change-Id: I9df174ba294f855697df59dd016b39cd1b3d905b
The extra information for the graphic selection is now formatted
according to JSON syntax so that is easier to parse.
Dragging a pie segment now is constrained as on desktop and there is
also a preview of the pie segment while it is dragged.
On drag end a msg is sent to core with the new pie segment offset
from the pie center, which allows core to move the pie segment to
the correct position.
Change-Id: I7f76d21d622006fca5d0922c5932daec50b13836
Reviewed-on: https://gerrit.libreoffice.org/70573
Reviewed-by: Marco Cecchetti <mrcekets@gmail.com>
Tested-by: Marco Cecchetti <mrcekets@gmail.com>
