You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by Nacho <na...@siapi.es> on 2000/12/02 00:02:30 UTC

RE: [PROPOSAL][PATCH] Add render(area,outputstream,String MimeTyp e) to render interface & JimiRenderer

Hola a Todos:

With a little delay, and after a big war with my connectivity, here i go
another  time, in brief:

- PROPOSAL 

Add "public void render(AreaTree areaTree, OutputStream os, String
MimeType) throws IOException, FOPException" to de Render interface, to
be able to produce directly binaries from FOP, such as images ( my own
goal ).

This can break users code but it's a logical addition to this interface,
i think this not needs a big explanation nor justification, i think...


- PATCH 

added ImageRenderer, that is the product of refactoring AWTRenderer,
putting the Graphics rendering from the original AWTRenderer into
ImageRenderer, 

added a JimiRenderer that uses the new render method to produce a image
stream and is another subclass of ImageRenderer, 

the rest of the patches are only to adapt the renderers to the new
interface.


Please , shake it before use a little :-), do not harms anything AFAIK,
and for us is really useful, and seems logical to add binary rendering
capabiliy to FOP....

And another consideration, i think it's not good to force people to use
CoCoon to be able to produce images from FOP, as fop is a rendering
engine, that can be really useful by itself...

Thanks in advance

Saludos ,
Ignacio J. Ortega