Also fix unexpected concatenation error in Poco::URI::encode generating
eg. authorid=localhost0 xauthorid=localhost0localhost0 in the output.
Change-Id: I560e47e31884eeb1c662f468436ed7541cfb082d
(Except that the tunnelled dialogs don't show up, but they don't show
up in a browser connected to a normal Online 'make run' either at the
moment.)
Change-Id: Ic054b415d5d78572338e20da711a4285584ba330
We already do all the FakeWebSocket setup things in global.js. We
don't need to do it again in the connect() function in Socket.js (and
doing so in fact breaks stuff).
Change-Id: I2b77b85f2659995e99d21339685717fba14db371
In order to simplify "loleaflet" building, the plugin "Path.Transform"
was moved to loleaflet main build.
Please use the file "loleaflet/build/deps.js" if you need to integrate
more files from "leaflet" plugins
Change-Id: Ib3bfa6fd3255811034856849a4f62cc1bf430af5
Reviewed-on: https://gerrit.libreoffice.org/69007
Reviewed-by: Henry Castro <hcastro@collabora.com>
Tested-by: Henry Castro <hcastro@collabora.com>
Normally the "websocket" is created and start a connection when browser
evaluate "bundle.js" after download it.
So we create an early "websocket" connection after the browser parse
"loleaflet.html" and start receiving tiles to improve load page
performance
Change-Id: I56fca7a2da39031222c1d43781825997221385a1
Contains an icon proposal for format currency button from spreadsheet files.
Current icon contains a dollar sign, which can be misleading, especially when the UI is rendered in other languages than english.
Change-Id: Ie767caf11b6ca1644bd8ec31f16344fb281f606b
Reviewed-on: https://gerrit.libreoffice.org/68755
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Not all calls to the _ function are magically replaced by the
FileServer, but only those that pass an explicit string literal.
Change-Id: I9917c569f0471551ade9e46ee9f87b4f326f581e
Apparently the connect() function in Socket.js is now dead code?
Now the iOS app seems to work as before.
Change-Id: Ib6c2b9a08e818ec8f4b5dbdfbf75f507c4bb7069
In real Online, after recent commits localisation of messages in our
JavaScript is handled in the FileServer code. Calls to the _ function
in JavaScript being served are replaced with the translated string. We
can't do that in the mobile apps (without some re-work, and I doubt we
want to spend time on that now, there are more pressing problems). In
real Online, the _ function in global.js thus actually dead code.
But in the mobile apps, we don't have any FileServer, and we do want
the _ function to work as before, and we do want to include the
l10n-all.js file in the bundle.js.
Of course, if profiling eventually indicates that doing that *is* a
problem from performance and/or memory usage point of view, we do need
to re-work this. But for now I just want things to roughly work as
they did in the iOS app.
Change-Id: Ib77020010867e7aabaf68bbb892d150d15708213
We don't use (real) WebSockets for anything at all in the mobile apps.
Is the WebSocket (and FakeWebSocket) code in Socket.js still relevant?
Has it been superseded by what is now in global.js? Good question.
Next question please.
Change-Id: Ief4209b738ba1f0c1a8c496ae53bedcb1f7e14f9
(Note that when I say 'NUL' I mean the ASCII character called NUL,
i.e. a zero byte. Not to be confused with 'NULL'.)
Why FatalGdbString has to be a C style fixed size char array I don't
know. Or wait, I do know. Because SPEED!!! And using C strings safely
is trivial.
Change-Id: Id28b00a6e3219cf6f015c4209732f33216f83b22
use Date.toLocaleDateString that returns a string with a language sensitive
representation of the date portion of this date
Change-Id: Id2e207e5b4d0dbc8d82498567c97105052d70b90
