Are there ideas for client-server model.
Marc at f1-outsourcing.eu
Wed Jul 14 09:43:57 UTC 2021
But that is not libre office
> -----Original Message-----
> From: LibreOffice <libreoffice-bounces at lists.freedesktop.org> On Behalf
> Of Miklos Vajna
> Sent: Wednesday, 14 July 2021 11:03
> To: libreoffice at lists.freedesktop.org
> Subject: Re: Are there ideas for client-server model.
> Hi Stef,
> On Tue, Jul 13, 2021 at 09:32:10AM +0200, Stef Bon <stefbon at gmail.com>
> > > What you describe sounds a lot like the functionality that the LOK
> > > exposes. Online builds a c++ server on top of that, and then clients
> > > connect to that via websockets.
> > Online? What do you mean with "online"?
> https://collaboraonline.github.io/ which uses the LOK API and has a
> client-server model.
> > > But core has a gtktiledviewer demo app
> > > that shows that that LOK API is not tied to web browsers. So either
> > > could build something not-browser-based on top of the LOK API or
> > > on top of Online's server piece, but your clients would be desktop
> > > not browsers.
> > >
> > Yes, does this example program read only or also write access?
> > Is editing possible?
> Sure. If you build core.git, you can do 'bin/run gtktiledviewer' to try
> it out yourself. It runs in-process to help debugging, though.
> > This client is a bit what I want, but still very far from the end
> Another example is the gtk app in online.git: that is also nominally a
> desktop app, but in fact it reuses the JS user interface from Online.
> The bottom line is that the LOK API already provides collaborative
> editing, and if you want a client-server protocol, Online already has
> that, it would be probably a bit pointless to invent a parallel protocol
> which does the same. :-)
More information about the LibreOffice