You are viewing a plain text version of this content. The canonical link for it is here.
Posted to batik-users@xmlgraphics.apache.org by Mathew McBride <ma...@mcbridematt.dhs.org> on 2003/06/13 08:50:22 UTC
Using Batik's DOM & SAC API's
(maybe this should go to batik-dev).
Batik appears to contain a lot of stuff that would do good in Jazilla.
In particular, the DOM API and the SAC implementation are two things I
particularly want (and which I've tried to reinvent in Jazilla).
What I don't want to do:
- End up forking batik
- Modifing the code in any way (the only Apache XML code I am likely to
fork is Xerces, in order to handle chrome:/// refs in the DTD)
So, how "isolated" is the DOM and SAC stuff in Batik. Which interfaces
do I need to use in order to intergrate such parts of Batik with
Jazilla. Any code refs here?.
--
Mathew McBride
Lead Jazilla h4ack3r
http://jazilla.sourceforge.net
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org
Re: Using Batik's DOM & SAC API's
Posted by Thomas E Deweese <th...@kodak.com>.
>>>>> "MM" == Mathew McBride <ma...@mcbridematt.dhs.org> writes:
MM> Would that apply to Batik 1.1. I've just downloaded Batik 1.1 and
MM> the CSSEngine is nowhere to be seen.
Take a look at 1.5 Beta 5.
Batik 1.1 is pretty old at this point.
Thomas E Deweese wrote:
>>>>>>> "MM" == Mathew McBride <ma...@mcbridematt.dhs.org> writes:
>>>>>>>
>>>>>>>
>>
MM> (maybe this should go to batik-dev). Batik appears to contain a
MM> lot of stuff that would do good in Jazilla. In particular, the
MM> DOM API and the SAC implementation are two things I particularly
MM> want (and which I've tried to reinvent in Jazilla).
>>
MM> What I don't want to do: - End up forking batik - Modifing the
MM> code in any way (the only Apache XML code I am likely to fork is
MM> Xerces, in order to handle chrome:/// refs in the DTD)
>>
MM> So, how "isolated" is the DOM and SAC stuff in Batik. Which
MM> interfaces do I need to use in order to intergrate such parts of
MM> Batik with Jazilla. Any code refs here?.
>> Hi Matt,
>>
>> If you look at the 'install' page on the batik web site
>> (http://xml.apache.org/batik/install.html) it shows the jar file
>> dependencies for these packages. As to how to integrate there were
>> pointers to this on the mail list perhaps a year ago or so (so
>> search the archives). The DOM stuff is pretty standard but booting
>> the CSSEngine is mostly done in batik.bridge.BridgeContext.
>>
>> Good luck.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org For
>> additional commands, e-mail: batik-users-help@xml.apache.org
>>
>>
>>
MM> ---------------------------------------------------------------------
MM> To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org For
MM> additional commands, e-mail: batik-users-help@xml.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org
Re: Using Batik's DOM & SAC API's
Posted by Mathew McBride <ma...@mcbridematt.dhs.org>.
Would that apply to Batik 1.1. I've just downloaded Batik 1.1 and the
CSSEngine is nowhere to be seen.
Thomas E Deweese wrote:
>>>>>>"MM" == Mathew McBride <ma...@mcbridematt.dhs.org> writes:
>>>>>>
>>>>>>
>
>MM> (maybe this should go to batik-dev). Batik appears to contain a
>MM> lot of stuff that would do good in Jazilla. In particular, the
>MM> DOM API and the SAC implementation are two things I particularly
>MM> want (and which I've tried to reinvent in Jazilla).
>
>MM> What I don't want to do: - End up forking batik - Modifing the
>MM> code in any way (the only Apache XML code I am likely to fork is
>MM> Xerces, in order to handle chrome:/// refs in the DTD)
>
>MM> So, how "isolated" is the DOM and SAC stuff in Batik. Which
>MM> interfaces do I need to use in order to intergrate such parts of
>MM> Batik with Jazilla. Any code refs here?.
>
>Hi Matt,
>
> If you look at the 'install' page on the batik web site
>(http://xml.apache.org/batik/install.html) it shows the jar file
>dependencies for these packages. As to how to integrate there were
>pointers to this on the mail list perhaps a year ago or so (so
>search the archives). The DOM stuff is pretty standard but booting
>the CSSEngine is mostly done in batik.bridge.BridgeContext.
>
> Good luck.
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
>For additional commands, e-mail: batik-users-help@xml.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org
RE: Using Batik's DOM & SAC API's
Posted by Thomas E Deweese <th...@kodak.com>.
>>>>> "MM" == Mathew McBride <ma...@mcbridematt.dhs.org> writes:
MM> (maybe this should go to batik-dev). Batik appears to contain a
MM> lot of stuff that would do good in Jazilla. In particular, the
MM> DOM API and the SAC implementation are two things I particularly
MM> want (and which I've tried to reinvent in Jazilla).
MM> What I don't want to do: - End up forking batik - Modifing the
MM> code in any way (the only Apache XML code I am likely to fork is
MM> Xerces, in order to handle chrome:/// refs in the DTD)
MM> So, how "isolated" is the DOM and SAC stuff in Batik. Which
MM> interfaces do I need to use in order to intergrate such parts of
MM> Batik with Jazilla. Any code refs here?.
Hi Matt,
If you look at the 'install' page on the batik web site
(http://xml.apache.org/batik/install.html) it shows the jar file
dependencies for these packages. As to how to integrate there were
pointers to this on the mail list perhaps a year ago or so (so
search the archives). The DOM stuff is pretty standard but booting
the CSSEngine is mostly done in batik.bridge.BridgeContext.
Good luck.
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org