So that one can edit files in the docker container
Change-Id: Ibfc9b624e2ae2ea417f87225d6d8d4212c6b1fb3
Reviewed-on: https://gerrit.libreoffice.org/63464
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
On document zoom out the comments are shrunk.
We try to get the selected/edited comment always visible.
This is especially useful on small devices.
Change-Id: I0a43d32fe68364f681056c1643c36dc74ff3a66a
Note that this will lead to sending previews in higher resolution even
to non-hi-dpi displays during updates; but even the hidpi previews are
just slightly larger than normal tiles, so probably it takes more time
to render the preview in both resolutions than just using hi-dpi
everywhere.
Change-Id: Ia478d4ceffe9a1433d50606bf6ff8ad91b46ae4c
This patch, simulates single clicks and prevents that pinch to zoom on
a comment area to cause a zoom of the whole application ui.
Change-Id: I5a7b9df426d7987b127b81e94d3bc7f08cd779ce
Removed statistic data
Added a button for toggle full screen mode
Added a button for going bacj to the file browser view
Undo/Redo buttons are now working
Change-Id: Ib623fe1332a11e0f0ab1abf7f869b0763854090b
(Only for mobile devices for now. I am not brave enough to do it also
for mobile device browsers using a normal Online.)
Likely breaks rendering of the scroll bars somewhat.
Change-Id: I40bf1cb29fc99ba808b8bb570691d96019a1f8f7
Reviewed-on: https://gerrit.libreoffice.org/63437
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
Swiss Standard German does not use ß, but otherwise (to the best of my
knowledge) the same German translation as for Germany should be OK.
Handled for the mobile app case, and for Online's messages only here.
Will be handled separately in core for its messages.
Change-Id: Ic8891b5bb340b841c3faa8f8b591a39e4f3f330a
We want this file to stay as it was in upstream, so please do continue
to use TABs in it, and 8 column tab width.
Change-Id: Id355ac32bbe899470d4f66c4cf84fef3f3add0d8
Reviewed-on: https://gerrit.libreoffice.org/63436
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
I plan to add some hacks into it to fix the horrible jumping around
after touch-based interaction, specifically for the iOS app.
Change-Id: Ia6cfbfe7f487b52ba7652e49eb3fdb59af0c82ae
(evaluating 'tile.src = this._tileCache[key]')
Don't use the tile variable unless it has been assigned a value in the
same loop iteration. (Also avoids the potential chance of using a
leftover value from a previous loop iteration.)
Change-Id: Iac445e968ca1bbd86a8c36730e74580622ae43d9
Reviewed-on: https://gerrit.libreoffice.org/63429
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
This fixes both the case of a normal Online instance being accessed
from a mobile device (at least Safari on an iPad), and the iOS app
being developed. The same problems were seen on both. Which isn't
surprising, as as it's the same Webkit software running the same
JavaScript on the same HTML page.
I hope this change does not have some unintended annoying other
consequence.
There is a FIXME: Is there some saner place to store this
_wasSingleTap flag than in this._map._container? It needs to be
readily available over in _handleDOMEvent in Map.js.
Another quickly apparent FIXME is that if the on-screen keyboard
covers the place where you tapped, the document is not scrolled so
that the insertion place would stay in view. But at least this is a
step forward, I hope.
Change-Id: I7ada39f1adbb9a1ac560493d926530968aa44133
This fixes at least one visible and annoying behaviour: when you zoom
in using the plus button, or the View>Zoom In menu entry, the caret
(text insertion cursor) location typically eventually will move
outside of the window. Then the window suddenly jumps to another
position so that the caret is again visible.
After this change, the zooming is much smoother and the caret location
stays visible all the time.
I could possibly have used the setZoomAround() but found it easier to
write the code incrementally actually understanding what I was
doing...
This does not fix the problem when the text insertion cursor is
already out of view when you start zooming in or out. In that case the
window still bluntly and unexpectedly jumps to make the location of
the text insertion cursor visible. In my opinion, it should not. I was
not able to figure out what causes that.
Change-Id: I594c4815f8fea9ebb43c0cb491d5167e603d724a
Reviewed-on: https://gerrit.libreoffice.org/63027
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
Hypothetically the underlying cause is that malihu's
scrollTo:function(val,options){ calculates data based on current state,
dispatches asynchronous changes to that state, and can thus while
that change is in-flight can mis-calculate subsequent changes - causing
significant jitter.
Change-Id: I3c8becead04582b05e30d7dfab233e898509cd75
