Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ooo-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of ianrlynch@gmail.com designates
 209.85.216.54 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <s8gbxy0uguiqiqm035tah4lm.1349063879108@email.android.com>
References: <s8gbxy0uguiqiqm035tah4lm.1349063879108@email.android.com>
Date: Mon, 1 Oct 2012 09:35:21 +0100
Message-ID: 
 <CAOap24KvSnEv28roeXGsQVMAYN1=PRsY+ic6HBHhw-bxLFkaYQ@mail.gmail.com>
Subject: Re: Ask for advice:cloud office interoperability
From: Ian Lynch <ianrlynch@gmail.com>
To: ooo-dev@incubator.apache.org, "zheng.easyfan" <zheng.easyfan@gmail.com>
Content-Type: multipart/alternative; boundary=20cf3074b5ce43e68504cafb4940

--20cf3074b5ce43e68504cafb4940
Content-Type: text/plain; charset=GB2312
Content-Transfer-Encoding: quoted-printable

On 1 October 2012 05:41, zheng.easyfan <zheng.easyfan@gmail.com> wrote:

>
> HI, Zhun Guo:
>
> In general, I agree with your second point in the mail that, we should
> make  better interoperability of office productions. And my opinion here =
is
> that, in the category of interoperability, we even should not trying to
> separate the office applications as on line or off line ones. For whateve=
r
> the type of an office application it is, the exactly necessary function i=
t
> should supplied is to represent a document with specified file format
> correctly. And to any document from any user of any office application,
> there should be only one CORRECT representation result anyway.
> And I guess, the interoperability topics are the most important ones for
> each member of this community. For such kind of issues, as the most visib=
le
> ones, are always directly driven by users :(
> So, what is your suggestion or idea for it?
>

My recent experience with docx to odt has been that for any document with
tables it is not good enough.  I get a lot of routine docs in docX format
from UK government departments and very few can be used without a lot of
work. I also don't know how well docs I send to them as exports will appear
to them. Since Word processing documents are the most common and docX is
now in much wider use I think the priority needs to be to get the docX odt
filter to as good a standard as possible particularly with tables, headers,
footers and page structures. Without this it is going to be very difficult
for anyone that has to work with government departments to adopt AOO as an
alternative to MSO. Google Docs does it better and so it means Google Docs
is then a bigger competitor for AOO too. I also think that whichever of AOO
or LibO implements these filters the best is likely to get adoption over
the other.

Zhengfan
>
>
>
> =D2=D1=B4=D3=C8=FD=D0=C7=CA=D6=BB=FA=B7=A2=CB=CDzhun guo <mike5guo@gmail.=
com> =D0=B4=B5=C0=A3=BADear  All:
>         It is necessary for all cloud office interoperability with each
> other. Do you think so ?
>     What I want to do,is not to design a product for my own company. I
> just want to , between all cloud office websites, it can send documents
> quickly. Such as ,Google Docs can send documents to Microsoft Office 365
> quickly,  and directly . But now , Google Docs can only send documents
> using email (SMTP) to Hotmail.    So i think HTTP(SPDY) is better than SM=
TP
>  for transfer online office documents  ?  So we  should suggest ,IBM Docs
> and Office 365 ,Acobat.com  use the same protocol.
>    The second thing I want to do ,all online office interoperability .
>  your know , for native office, an Microsoft Office 2010 document  should
> be open and reedit by an Openoffice.org user , it means native office
> interoperability.    Then for the cloud office, it also need
> interoperability.
>    So let us do this thing together!As I know ,you all are great man and
> warmhearted!  ?Thanks !
>   Please see more details in my email attachments! or via a web site:
> http://online-office-interoperability.blogspot.com/
>    Best Regards!
>
> Zhun Guo
> Shanghai Biaoma IT Co.
> www.mabaoo.com
> mike5guo(at)gmail.com
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>


--=20
Ian

Ofqual Accredited IT Qualifications (The Schools ITQ)

www.theINGOTs.org +44 (0)1827 305940

The Learning Machine Limited, Reg Office, 36 Ashby Road, Tamworth,
Staffordshire, B79 8AQ. Reg No: 05560797, Registered in England and
Wales.

--20cf3074b5ce43e68504cafb4940--