Mailing-List: contact dev-help@corinthia.incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@corinthia.incubator.apache.org
MIME-Version: 1.0
In-Reply-To: <8C52B64A-2AC4-43FF-9853-1C2E0CBD6B30@apache.org>
References: <8FE42698-CC8F-47D0-BA92-B95A1FD56081@apache.org>
	<8C52B64A-2AC4-43FF-9853-1C2E0CBD6B30@apache.org>
Date: Sun, 29 Mar 2015 15:15:37 +0200
Message-ID: 
 <CAK2iWdQ0a7yTw5iBMhYy64_zM5a15rUe01MteRSQQ9SeBSAQHQ@mail.gmail.com>
Subject: Re: IceWarp and Collabora Are Working on LibreOffice Online Document
 Editing
From: jan i <jani@apache.org>
To: dev@corinthia.incubator.apache.org
Content-Type: multipart/alternative; boundary=047d7bf0f5fe4bd6eb05126d294c

--047d7bf0f5fe4bd6eb05126d294c
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 25 March 2015 at 17:23, Peter Kelly <pmkelly@apache.org> wrote:

> > On 25 Mar 2015, at 11:13 pm, Peter Kelly <pmkelly@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.htm=
l
> <
> https://people.gnome.org/~michael/blog/2015-03-25-libreoffice-icewarp.htm=
l
> >
>
> I think both approaches are useful, for different scenarios. Theirs is
> best for fidelity - that is, it will present a visual representation of t=
he
> document that, from what I understand, will be identical to what you woul=
d
> see in LibreOffice itself. It does however rely very heavily on the serve=
r
> 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 =E2=80=9Cauthor=
itative=E2=80=9D
> rendering - though this depends on your needs, particularly if you=E2=80=
=99re
> focused on content rather than presentation). However our advantage is th=
at
> *all* of the editing logic resides on the client, and we only need to tal=
k
> 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.

>
> =E2=80=94
> Dr Peter M. Kelly
> pmkelly@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)
>
>

--047d7bf0f5fe4bd6eb05126d294c--