On Sunday, March 29, 2015, Franz de Copenhague < [email protected]> wrote:
> > > > -----Original Message----- > > From: jan i [mailto:[email protected] <javascript:;>] > > Sent: Sunday, March 29, 2015 9:16 AM > > To: [email protected] <javascript:;> > > Subject: Re: IceWarp and Collabora Are Working on LibreOffice Online > > Document Editing > > > > On 25 March 2015 at 17:23, Peter Kelly <[email protected] > <javascript:;>> wrote: > > > > > > On 25 Mar 2015, at 11:13 pm, Peter Kelly <[email protected] > <javascript:;>> wrote: > > > > > > > > > > > https://libreoffice-from-collabora.com/icewarp-and-collabora-are-worki > > > ng-on-libreoffice-online-document-editing-an-open-source-alternative-t > > > o-google-apps-office-365/ > > > < > > > https://libreoffice-from-collabora.com/icewarp-and-collabora-are-worki > > > ng-on-libreoffice-online-document-editing-an-open-source-alternative-t > > > o-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. > > > > So far, I am seeing features like creating thumbnail preview of docx, odt > documents. Translation of documents and others that is not required to > honor 100% of formatting. Interesting, is that ideas we should pick up on and do server side? should we start a wiki page with ideas? rgds jan i > > franz > -- Sent from My iPad, sorry for any misspellings.
