Mailing-List: contact general-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of rabastus@gmail.com designates
 209.85.210.175 as permitted sender)
MIME-Version: 1.0
Sender: rabastus@gmail.com
In-Reply-To: <BANLkTimkG7mUnFzNWmPuxPHdUfx45XEAZw@mail.gmail.com>
References: <BANLkTikZJRgPBYrLtdxMBOU9cjpSjnb_1w@mail.gmail.com>
	<BANLkTimkG7mUnFzNWmPuxPHdUfx45XEAZw@mail.gmail.com>
Date: Tue, 28 Jun 2011 07:38:04 -0400
Message-ID: <BANLkTimtBX9GhsXdB1AvM+-e2S5-c+oprA@mail.gmail.com>
Subject: Fwd: ODF Toolkit Incubation Pre-Proposal
From: Rob Weir <apache@robweir.com>
To: dev@poi.apache.org, general@incubator.apache.org
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Passing along, from the ooo-dev list.

-Rob


---------- Forwarded message ----------
From: J=C3=BCrgen Schmidt <jogischmidt@googlemail.com>
Date: 2011/6/28
Subject: Re: ODF Toolkit Incubation Pre-Proposal
To: ooo-dev@incubator.apache.org


Hi Rob,

i support your idea and i think that it make sense to move the ODFToolkit
project to Apache as well.

ODF is a key element in an open standard based world. Probably more
automatically processed =C2=A0document workflows become available in the fu=
ture
because of an open standard that everybody can read and write. Fat client
applications like OpenOffice, LibreOffice, Symphony are only one part of th=
e
story. But when we think about the new generation of devices (smartphones,
tablets) it becomes obvious that a smaller library that can handle this
document format really make sense. Simple viewers are necessary to make the
format popular like PDF for easy exchange of documents. Other applications
that generate documents in a backend or again full featured or simplified
editors are altogether necessary to build a working eco-system around ODF.

I would prefer a new project to give them the visibility it needs. Ideally
the project will not only support a Java library but also other languages
(e.g. Python, the existing C#, etc.).

Juergen

On Mon, Jun 27, 2011 at 9:42 PM, Rob Weir <apache@robweir.com> wrote:

> I'm cc'ing the POI and OpenOffice projects, inviting them to join this
> discussion on the Incubator general list: general@incubator.apache.org
>
> When we were discussing the OpenOffice proposal a few weeks ago I
> mentioned that there was another set of technology called the ODF
> Toolkit, that we might want to bring to Apache as well. =C2=A0I heard som=
e
> enthusiasm for this at the time, but I didn't have the bandwidth to
> put together another proposal. =C2=A0Now I do. =C2=A0I'd like to pitch th=
e idea,
> and see if there is still interest in having a formal incubation
> proposal submitted, and if so, identifying a Champion and Sponsor for
> the proposal.
>
> Note that this would not be a fork. =C2=A0The ODF Toolkit Union Steering
> Committee met this morning and agreed to propose moving to Apache.
>
> As you probably know, ODF =3D=3D Open Document Format, a open standard
> document format for office documents. =C2=A0The ODF standard is created a=
t
> OASIS and then sent to ISO/IEC JTC1 for transposition into an
> International Standard. =C2=A0ODF 1.0 was first published in 2005. =C2=A0=
ODF 1.1
> came out in 2007. =C2=A0And ODF 1.2 is "Candidate OASIS Standard" awaitin=
g
> final approval in OASIS, probably by end of September. =C2=A0ODF 1.2 is
> what most applications are supporting today. =C2=A0 OpenOffice,
> LibreOffice, Symphony, KOffice/Calligra Suite use ODF as native
> formats. =C2=A0Other applications, including Microsoft Office, Corel
> Wordperfect and Google Docs offer some degree of import/export
> support. =C2=A0ODF 1.2 is the version also supported by the ODF Toolkit.
>
> The ODF Toolkit Union maintains the following toolkits, all of them
> under the Apache 2.0 license:
>
> 1) ODFDOM is Java-based typed DOM API, relatively low level, a 1-to-1
> mapping to the ODF schema. =C2=A0In fact, much of the code is generated b=
y
> processing the schema.
>
> http://odftoolkit.org/projects/odfdom/pages/Home
>
> 2) Simple Java API for ODF is a high level wrapper of ODFDOM. =C2=A0So
> operations that might require several DOM-level operations, like
> deleting a column in a spreadsheet, are a single operation in the
> Simple API. =C2=A0Search and replace, copying slides from one presentatio=
n
> to another, adding hyperlinks to a selection, etc., are top level
> operations.
>
> http://simple.odftoolkit.org/
>
> 3) The Conformance Tools projects is also in Java, and includes an
> online conformance checker of ODF documents, which can also be run in
> command line mode.
>
> http://odftoolkit.org/projects/conformancetools/pages/Home
>
> 4) XSLTRunner and XSLT Runner Task allows easy use of XSLT transforms
> with ODF documents.
>
> http://odftoolkit.org/projects/conformancetools/pages/ODFXSLTRunner
>
> 5) AODL is a C#/.NET library for ODF
>
> http://odftoolkit.org/projects/aodl/pages/Home
>
> I think there is natural synergy with Apache, especially with the Java
> components. =C2=A0For example, I could see publishing pipelines involving
> the ODF Toolkit with PDFBox, Batik, FOP, and POI. Having these tools
> under a common license, in one place, has obvious benefits.
>
> Moving this project over would not be a large technical effort.
> Mercurial =3D=3D> SVN, =C2=A0some simple website/wiki migration, 30 or so
> pages, a few mailing lists and bugzilla databases. =C2=A0It is currently =
on
> the Kenai infrastructure, so similar to OpenOffice, just much, much
> smaller in scale.
>
> I'm open as to whether this would be best eventually as a TLP or as
> part of an existing project, like POI or even OpenOffice. =C2=A0I'm leani=
ng
> a little toward having this as a TLP, but I'm open to other ideas.
>
> Also, since this is already an open source project with all code under
> Apache 2.0, I assume no SGA is required?
>
> So please let me know if you agree that Apache would be a good
> location to further develop the ODF Toolkit libraries.
>
> Regards,
>
> -Rob
>

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org