strepsirrhini/libreoffice-online
3
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
libreoffice-online/ios/ios.mm

23 lines
576 B
Text
Raw Normal View History

Intermediate commit of work in progress on an iOS app The app is unimaginatively called "Mobile" for now. Runs but crashes pretty quickly after loading the document by the LO core. Will need some heavy changes to get a ClientSession object created in there, too, to handle the (emulated) WebSocket messages from the JavaScript. It would then handle some of these messages itself, and forwards some to the ChildSession, which in this case is in the same process. Now the messsages from the JavaScript go to a ChildSession, which is wrong. As the assertion says, "Tile traffic should go through the DocumentBroker-LoKit WS"
2018-09-11 01:30:55 -05:00
// -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4; fill-column: 100 -*-
//
// This Source Code Form is subject to the terms of the Mozilla Public
// License, v. 2.0. If a copy of the MPL was not distributed with this
// file, You can obtain one at http://mozilla.org/MPL/2.0/.
tdf#122582: Add slideshow functionality Requires a couple of corresponding commits in core to its filter subdirectory. Change-Id: I3e6353752dd93e021fb6058fff5096f1d648d17e
2019-02-22 12:50:07 -06:00
#include "ios.h"
Intermediate commit of work in progress on an iOS app The app is unimaginatively called "Mobile" for now. Runs but crashes pretty quickly after loading the document by the LO core. Will need some heavy changes to get a ClientSession object created in there, too, to handle the (emulated) WebSocket messages from the JavaScript. It would then handle some of these messages itself, and forwards some to the ChildSession, which in this case is in the same process. Now the messsages from the JavaScript go to a ChildSession, which is wrong. As the assertion says, "Tile traffic should go through the DocumentBroker-LoKit WS"
2018-09-11 01:30:55 -05:00
#import <Foundation/Foundation.h>
Pass correct argument on iOS as pBuffer to lok::Document::paintTile() On iOS it shouldn't actually be pointer to a pixel char buffer, but a craphics context reference. (This is how it has been since the experimental TiledLibreOffice app, maybe five years ago? Sadly it wasn't documented in the LibreOfficeKit include file. But it is how LibreOfficeLight used the API, too.) In TiledLibreOffice we rendered tiles directly into the CALayer of the view. In this Online-based app we of course do render tiles into pixel char buffers, just like in real Online, but we need to create bitmap graphics contexts for them and pass that to paintTile(). Now I get white tiles, not totally zero-filled ones. But still no document contents rendered. I don't yet want to change the pBuffer parameter to actually be a buffer pointer on iOS, too, like on other platforms. Also, changing it will mean the LibreOfficeLight app would need changing, too, and I don't feel like doing that. But ideally, sure, that should be done.
2018-09-21 02:10:53 -05:00
#import <CoreGraphics/CoreGraphics.h>
Intermediate commit of work in progress on an iOS app The app is unimaginatively called "Mobile" for now. Runs but crashes pretty quickly after loading the document by the LO core. Will need some heavy changes to get a ClientSession object created in there, too, to handle the (emulated) WebSocket messages from the JavaScript. It would then handle some of these messages itself, and forwards some to the ChildSession, which in this case is in the same process. Now the messsages from the JavaScript go to a ChildSession, which is wrong. As the assertion says, "Tile traffic should go through the DocumentBroker-LoKit WS"
2018-09-11 01:30:55 -05:00
extern "C" {
#import <native-code.h>
}
Add an iOS setting for the user's name or nickname Used for comments added to documents by the user. The setting, like templateListURL, can be set through a mobile device management system. There is no trivial way on iOS for an app to programmatically find out the name of the user, and that is good from a privacy point of view. Fixes https://github.com/CollaboraOnline/online/issues/1843 Change-Id: Ie68fcbacf886ec8f1c74021a71879b38d4180c15 Signed-off-by: Tor Lillqvist <tml@collabora.com>
2021-04-07 07:56:04 -05:00
const char *user_name = nullptr;
Still more iOS app and related Online C++ code hacking Re-think the plumbing between the different parts of the C++ Online code. Do try to have it work more like in real Online on all but the lowest socket level. Except that we don't have multiple processes, but threads inside the same process. And instead of using actual system sockets for WebSocket traffic between the threads, we use our own FakeSocket things, with no WebSocket framing of messages. Reduce the amount of #ifdef MOBILEAPP a bit also by compiling in the UnitFoo things. Hardcode that so that no unit testing is ever attempted, though. We don't try to dlopen any library. Corresponding changes in the app Objective-C code. Plus fixes and functionality improvements. Now it gets so far that the JavaScript code thinks it has the document tiles presented, and doesn't crash. But it hangs occasionally. And all tiles show up blank. Anyway, progress. Change-Id: I769497c9a46ddb74984bc7af36d132b7b43895d4
2018-09-13 11:16:00 -05:00
int loolwsd_server_socket_fd = -1;
tdf#128502: Chunk of work to enable "multi-tasking" in the iOS app Seems to not cause any serious regressions in the iOS app or in "make run", but of course I am not able to run a comprehensive check of all functionality. Change-Id: I44a0e8d60bdbc0a885db88475961575c5e95ce88 Reviewed-on: https://gerrit.libreoffice.org/c/online/+/93037 Tested-by: Jenkins Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-04-24 02:46:54 -05:00
Just call lok_init_2() and LibreOfficeKit::setLanguageTag() once on iOS ... when the app starts. Change-Id: Icac4a9e1074fb6c5f3c9b5282e20a4513717a323 Reviewed-on: https://gerrit.libreoffice.org/80881 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
2019-10-11 04:18:27 -05:00
LibreOfficeKit *lo_kit;
Still more iOS app and related Online C++ code hacking Re-think the plumbing between the different parts of the C++ Online code. Do try to have it work more like in real Online on all but the lowest socket level. Except that we don't have multiple processes, but threads inside the same process. And instead of using actual system sockets for WebSocket traffic between the threads, we use our own FakeSocket things, with no WebSocket framing of messages. Reduce the amount of #ifdef MOBILEAPP a bit also by compiling in the UnitFoo things. Hardcode that so that no unit testing is ever attempted, though. We don't try to dlopen any library. Corresponding changes in the app Objective-C code. Plus fixes and functionality improvements. Now it gets so far that the JavaScript code thinks it has the document tiles presented, and doesn't crash. But it hangs occasionally. And all tiles show up blank. Anyway, progress. Change-Id: I769497c9a46ddb74984bc7af36d132b7b43895d4
2018-09-13 11:16:00 -05:00
Intermediate commit of work in progress on an iOS app The app is unimaginatively called "Mobile" for now. Runs but crashes pretty quickly after loading the document by the LO core. Will need some heavy changes to get a ClientSession object created in there, too, to handle the (emulated) WebSocket messages from the JavaScript. It would then handle some of these messages itself, and forwards some to the ChildSession, which in this case is in the same process. Now the messsages from the JavaScript go to a ChildSession, which is wrong. As the assertion says, "Tile traffic should go through the DocumentBroker-LoKit WS"
2018-09-11 01:30:55 -05:00
// vim:set shiftwidth=4 softtabstop=4 expandtab:
Reference in a new issue Copy permalink