xmlgraphics-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeremias Maerki <dev.jerem...@greenmail.ch>
Subject Re: Code reorganization
Date Fri, 25 Mar 2005 17:37:51 GMT

On 25.03.2005 12:35:35 Thomas DeWeese wrote:
> Jeremias Maerki wrote:
> 
> >>You seemed to hint that there were Batik dependencies in these
> >>classes do you know what they are?
> > 
> > Mainly applyPaint() which uses Batik-specific subclasses of the AWT
> > Paint class. That means the basic Graphics2D implementation would have
> > to be either subclassed or, better, extended so you can plug in support
> > for these paints because both the Commons part and the Batik part would
> > otherwise have a special subclass for the DocumentGraphics2D
> > functionality. But I think that's an easy thing to do. About an hour of
> > work.
> 
>     The gradient classes should be able to move out of Batik
> (There might be some dependencies on other batik.ext.awt
> that might be a little iky, I'll have to look).  The Pattern
> class can't move as easily (references into to GVT etc).  However,
> we might consider publishing an interface for 'pattern paints'
> that our pattern paint could implement.
> 
>     This would be nice because then people would be able to
> generate complex fills in PDF without having to muck with Batik.

Sounds like a good plan.

> >>Just to give you an idea the only code I'm looking to transfer
> >>to Batik (roughly for PDF) is:
> >>
> >>PDFImageElementBridge.java, PDFTextElementBridge.java
> >>PDFTextPainter.java, PDFTranscoder.java, SVGUserAgent.java
> >>FOPSAXSVGDocumentFactory.java, PDFAElementBridge.java, PDFANode.jav
> > 
> > You left off the AbstractFOPTranscoder and the PostScript classes
> > (org.apache.fop.render.ps). 
> 
>     Sure, I wasn't trying to give the complete list (which is why I
> said 'roughly for PDF').
> 
> > You want the EPS output support, too, right? :-)
> 
>     I don't know that anyone has ever asked for it, but if it comes
> for free (or nearly so) sure.

At least, I already needed the SVG to EPS conversion once in a real-life
situation. :-)

FYI, I've just updated the Wiki with the 2a proposal.

Jeremias Maerki


---------------------------------------------------------------------
Apache XML Graphics Project URL: http://xmlgraphics.apache.org/
To unsubscribe, e-mail: general-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: general-help@xmlgraphics.apache.org


Mime
View raw message