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