RE: Are there ideas for client-server model.

[Marc <Marc@xxxxxxxxxxxxxxxxx>]

But that is not libre office



> -----Original Message-----
> From: LibreOffice <libreoffice-bounces@xxxxxxxxxxxxxxxxxxxxx> On Behalf
> Of Miklos Vajna
> Sent: Wednesday, 14 July 2021 11:03
> To: libreoffice@xxxxxxxxxxxxxxxxxxxxx
> Subject: Re: Are there ideas for client-server model.
> 
> Hi Stef,
> 
> On Tue, Jul 13, 2021 at 09:32:10AM +0200, Stef Bon <stefbon@xxxxxxxxx>
> wrote:
> > > What you describe sounds a lot like the functionality that the LOK
> API
> > > 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
> you
> > > could build something not-browser-based on top of the LOK API or
> build
> > > on top of Online's server piece, but your clients would be desktop
> apps,
> > > 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
> goal.
> 
> 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. :-)
> 
_______________________________________________
LibreOffice mailing list
LibreOffice@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/libreoffice