Using_LibreOffice_in_a_Web_Browser

users
#21

Why not go to 4.0.6?
It is more "mature" of a line that the 4.1.x, with 4.1.3.

I still use 4.0.5, but will be upgrading to 4.0.6 soon.

It is the next logical step from the 3.6.x line.
Then when 4.1.4 or .5 comes out, then maybe it will be "mature" enough.
I have some issues with 4.1.2 and 4.1.3 that I currently do not have
with 4.0.5.

#22

Unfortunately, I don't think there will be significant progress on my side,
as both LO and GTK are quite large projects. Way too large to play with
only on freetime, and I believe the main issues lies between their
interactions, without one being 100% at fault. I could do this little
experiment only because support for it was available (LO using GTK3, and
GTK3 providing the broadway backend), only a recompile away. Diving into
the codebase would be time consumming.
For information, building LO from scratch took roughly 90 minutes using 3
cores to improve build time on a recent system (but one must keep in mind
that following builds are faster, since they take advantage of what didn't
changes in between).

Building a more recent GTK however brought some improvements, the most
noticeable one is the scrolling that works. Although I know some
alternative that can roughly provide the same level of functionnalities, I
kinda hope that developpers will have time to sort this out, as it can
always come in handy.

#23

LOL, good question, but did you really need 9 month to come up with this question? :wink:

I think webdav means that you need a local installation of (libre)office. (if not, please provide a link with more info)

With a web-enabled version this is not necessary

#24

What is wrong with using webdav?

LOL, good question, but did you really need 9 month to come up with this
question? :wink:

:slight_smile: I shall blame the other recent replies to this post which were in
the latest digest and prompted me to find the original message :slight_smile:

I think webdav means that you need a local installation of
(libre)office. (if not, please provide a link with more info)

With a web-enabled version this is not necessary

So, without reading all the posts, it seems there is a perceived
demand to be able to edit an odf file stored on a remote server, via
internet access and a web browser.

So Mr Andreesen (netscape) was right after all: the web browser _is_
the operating system for some.

The use case raises the interesting philosophical question: why create
the remote-access document in odf, when html was designed for this
specific purpose?

If the document has relatively simple format and structure, the
original document format for remote access surely should be html.

If the document is complex (e.g. a spreadsheet with polynomial
formulae, documents with maths equations, etc.), relying on internet
connection and LO as a server program seems very high risk of causing
document corruption if there's a drop in connection. Highly probable
with (dominant in future if not already) mobile connectivity.

Long-term, the aim should be to increase use and installations of LO
and/or ODF to the same level as a web browser. Providing a LO server
version seems a waste of programmers' time to do higher priority (less
sexy) reduction in LO bugs.

#25

​Wow... that's true; the OP is from february. GMail showing conversations,
I didn't check the first message date, only reacted when the conversation
showed up :\

Anyway, what I said old true; you can either wait for LO support of GTK3 to
improve dramatically/wait for gtk3 broadway backend to improve dramatically
or use another solution that's more or less the same regarding the
implication, like having a remote desktop software (Google Chrome even
integrate one really easy to use), or run libreoffice on a linux box and
use an Xserver on your local computer (look for WeirdX for a possible
browser plugin, or XMing for local installation).
In all case, you have to have a running libreoffice on your remote box, and
can *only* access the remote files (no local files).