If i can also add to this discussion abut why i am pushing this way.
The w3c is already adopting a standards for apps the mimic the way packing
is done for Open Office and MS Office documents
http://www.w3.org/TR/widgets/
This whole conversation comes out of the current mobile app stored debate
h
I just want to add that the idea of using Google Docs and the WedDav aspects
is a good first step.
Sure it allows seamless editing via the web and synchronisation back to your
own harddisk OR cloud harddisk.
But its a first step. I think that getting a XML to DOM component that
is JavaScript based
Hey all,
Yeah i thought about Google Docs synchronisation. For example this is what i
do now but a more manual process.
It does work, but as you say you loose fidelity because google docs is not
Open Office.
I cant help but think that the purist way of rendering directly using html5
and JavaScrip
On Thu, 2011-01-27 at 12:55 +0100, Charles-H. Schulz wrote:
> Indeed, a first step would be an extension that could store documents
> on Dropbox and Ubuntu One... what do others think?
This probably belongs on the discuss list. Can we talk development:
patches, code details, tangled bugs,
Hi Samphan,
On Thu, 2011-01-27 at 17:32 +0700, Samphan Raruenrom wrote:
> Another idea for a shorter-term solution for this is
Great - there is an existing google docs connector out there; it
shouldn't be too hard to make this integration better; in particular by
re-writing it to be nativ
Hello there,
Indeed, a first step would be an extension that could store documents
on Dropbox and Ubuntu One... what do others think?
best,
Charles.
Le Thu, 27 Jan 2011 17:32:48 +0700,
Samphan Raruenrom a écrit :
> Another idea for a shorter-term solution for this is, instead of
> web-based L
Hi Jonathan,
On Thu, 2011-01-27 at 09:36 +0100, Jonathan Aquilina wrote:
> > Either way - I don't think this discussion really
> > belongs here - sorry.
..
> I wouldn't mind spear heading an effort to do a python port
> of LO in regards to going web based. Cant you integrate the
> C++ code we
Another idea for a shorter-term solution for this is, instead of web-based
LibO, someone make a synchronization software that relay changes between
off-line ODF and online Google Docs, a la Google Cloud Connect for MS
Office.
Working with Google Docs is somewhat painful because it still lacks many
On 1/24/11 5:53 PM, Michael Meeks wrote:
Hi Ged,
So - thank you for your nice ideas :-) we can setup a list for this
discussion: crack-smoking-re-write-everyhing-in-javascr...@tdf.org or
somesuch ? :-)
On Mon, 2011-01-24 at 17:17 +0100, Ged Wed wrote:
well you gotta start sometime and
Hi Ged,
So - thank you for your nice ideas :-) we can setup a list for this
discussion: crack-smoking-re-write-everyhing-in-javascr...@tdf.org or
somesuch ? :-)
On Mon, 2011-01-24 at 17:17 +0100, Ged Wed wrote:
> well you gotta start sometime and technology is on our side.
Techno
On 24 January 2011 16:03, Michael Meeks wrote:
> Hi Ged,
>
> On Mon, 2011-01-24 at 15:06 +0100, Ged Wed wrote:
>> whats the support for doing a web based open office ?
>> Ajax based with a restful JSON or XML model.
>
> Well, it is not an impossibly bad idea :-)
>
>> I am asking because thi
Hi Ged,
On Mon, 2011-01-24 at 15:06 +0100, Ged Wed wrote:
> whats the support for doing a web based open office ?
> Ajax based with a restful JSON or XML model.
Well, it is not an impossibly bad idea :-)
> I am asking because this seems like such a good move.
> Libre Office would then ha
Hey all,
whats the support for doing a web based open office ?
Ajax based with a restful JSON or XML model.
I am asking because this seems like such a good move.
Libre Office would then have a very compelling solution that neither
google Docs or MS Office can really compete against.
It also allo
13 matches
Mail list logo
