On 25 March 2015 at 17:23, Peter Kelly <pmke...@apache.org> wrote: > > On 25 Mar 2015, at 11:13 pm, Peter Kelly <pmke...@apache.org> wrote: > > > > > https://libreoffice-from-collabora.com/icewarp-and-collabora-are-working-on-libreoffice-online-document-editing-an-open-source-alternative-to-google-apps-office-365/ > < > https://libreoffice-from-collabora.com/icewarp-and-collabora-are-working-on-libreoffice-online-document-editing-an-open-source-alternative-to-google-apps-office-365/ > > > > Some more technical details here: > > https://people.gnome.org/~michael/blog/2015-03-25-libreoffice-icewarp.html > < > https://people.gnome.org/~michael/blog/2015-03-25-libreoffice-icewarp.html > > > > I think both approaches are useful, for different scenarios. Theirs is > best for fidelity - that is, it will present a visual representation of the > document that, from what I understand, will be identical to what you would > see in LibreOffice itself. It does however rely very heavily on the server > side to implement a large proportion of the editing logic. > You are right, but be aware this is part of a bigger plan to provide a new framework for LibreOffice, a framework suitable for use on web as well as modern devices like tablets.
> > Our approach (using HTML for rendering) provides less fidelity (in the > sense of a LO/OO rendered version of a document being the “authoritative” > rendering - though this depends on your needs, particularly if you’re > focused on content rather than presentation). However our advantage is that > *all* of the editing logic resides on the client, and we only need to talk > to the server for document conversion and loading/saving purposes. > We take the simple, but limited, aproach...to be honest I prefer that to flying high. rgds jan i. > > — > Dr Peter M. Kelly > pmke...@apache.org > > PGP key: http://www.kellypmk.net/pgp-key <http://www.kellypmk.net/pgp-key> > (fingerprint 5435 6718 59F0 DD1F BFA0 5E46 2523 BAA1 44AE 2966) > >
