Mailing-List: contact general-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of daniel.haischt@googlemail.com
 designates 209.85.213.175 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=wj/uQ/Zkli607mTCRQgOowfTU93695GXEDlNcVig+M/EACTEXLyVByt2SD/rLDa90d
         0zV4rD3kN2qO6p4Yg5mbMGjW8OZULpiYnthrfuhrSHG/5Zc12/j7d/Mv0wiV8ipHNJNQ
         OAOgNQWVQA+vqPKPdH26IH/GLOv6o3YHfO0rA=
MIME-Version: 1.0
In-Reply-To: 
 <OF118C6850.F292069E-ON852578A9.00577A22-852578A9.00585444@lotus.com>
References: 
 <OF066650E2.45C21797-ON852578A5.005E8682-852578A8.005E884A@lotus.com>
	<BANLkTikar6a4G4vGE9fVAKZPLfAmkzw7Zw@mail.gmail.com>
	<20110608084056.186310@gmx.net>
	<OF16719191.30FF39CA-ON852578A9.00494C70-852578A9.004CCD41@lotus.com>
	<BANLkTinoTMFH4PNNFCdVQfs9UuTOyGGuYQ@mail.gmail.com>
	<OF118C6850.F292069E-ON852578A9.00577A22-852578A9.00585444@lotus.com>
Date: Wed, 8 Jun 2011 18:15:52 +0200
Message-ID: <BANLkTiko8EQz61fCk6xLZi2h6tZjn493zA@mail.gmail.com>
Subject: Re: Request: Can "proposed committers" introduce themselves?
From: dsh <daniel.haischt@googlemail.com>
To: general@incubator.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Of course we had been using ODFDOM but the issue is how do you get ODF
transformed accordingly to other formats such as RTF, AFP or PDF and
make those formats look consistent with what you would get if doing
the transformation natively during design time in OO or Symphony.

Anyway I suspect that's an off-topic detail that may distract others
from the initial intent of this thread.

Cheers
Daniel

On Wed, Jun 8, 2011 at 6:04 PM,  <robert_weir@us.ibm.com> wrote:
> dsh <daniel.haischt@googlemail.com> wrote on 06/08/2011 10:37:46 AM:
>
>>
>> On Wed, Jun 8, 2011 at 3:58 PM, =A0<robert_weir@us.ibm.com> wrote:
>> > A sufficiently complex business application based on OpenOffice is
> going
>> > to involve document manipulations at both tiers. =A0For example, we
> recently
>> > (at IBM) made an insurance solution that involved using Symphony,
> extended
>> > with a Plugin, submitting documents into a workflow, where they were
>> > introspected and validated using the ODF Toolkit.
>> >
>>
>> Of course the ODF Toolkit isn't a golden fleece for server side ODF
>> processing. I would rather call it a good compromise offering some
>> room for improvement. If we would have had a choice we would have
>> preferred a headless OO runing on either AIX or z/OS ;) For instances
>> you still have to code a comprehensive amount of XSL stylesheets if
>> using the ODF toolkit. One drawback we faced was that customers
>> created their ODF documents during design time using Symphony and
>> during runtime while mass-producing business correspondence documents
>> the ODF Toolkit generated documents which were not 100% formatted
>> equal to what has been created in Symphony earlier on. Thus our
>> preference to use the same formatting engine (i.e. Symphony/OO) during
>> both design time and run time.
>>
>
> The ODF Toolkit Union has several projects. It sounds like you have been
> using the XSLT Runner component?
>
> We also have ODFDOM. =A0This is a Java API that uses a code generation
> approach, giving a typed DOM that is 1:1 with the ODF schema. =A0So this =
can
> read and write documents and preserve 100% of the its contents,
> formatting, metadata, etc.
>
> On top of that (we all need layers, right?) we have the Simple Java API
> for ODF, which is a high level API for manipulating the document. =A0So
> things that might be a complex operation touching many ODF elements, like
> deleting a column in a table, are done in a single function call in the
> Simple API. =A0We also took a set of "navigators" to select interesting
> content in the document. =A0So you can do a regular expression search and
> replace. =A0But also search for all text with style =3D "header 3" and th=
en do
> something on it. =A0You can extract the text of a document in one line of
> code. =A0You can copy a presentation slide from one presentation and put =
it
> into a another in one line of code, etc. =A0The cool thing, in my opinion=
,
> compared to other ODF API's, is because the Simple API is based on ODFDOM
> and ODFDOM is generated from the ODF schema directly, then the Simple API
> manipulations preserve all of the existing document content.
>
> You can see the details here: =A0http://simple.odftoolkit.org/
>
> We also have a validation component, with tools for validating conformanc=
e
> of ODF documents,
>
> And we have a C# ODF API, which I don't know so much about.
>
>
> Regards,
>
> -Rob
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>

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