You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-users@xmlgraphics.apache.org by Daniel Noll <da...@nuix.com> on 2007/01/18 02:23:47 UTC
OutputStream and renderers where it doesn't make sense.
Hi all...
In FOP 0.93 the Renderer framework's startRenderer() requires an
OutputStream. But to give a few examples, AWTRenderer gets passed no
OutputStream at all (presumably it gets passed null, but it seems like a
hack to me still) and PNGRenderer outputs multiple files so it can only
use the OutputStream object to output to the first one.
Is this API going to be improved at some point so that subclasses don't
need to implement hacks such as these? Perhaps some kind of Destination
object which could contain an OutputStream, multiple OutputStreams, or
even just a marker saying that no, there is no destination stream.
Daniel
--
Daniel Noll
Nuix Pty Ltd
Suite 79, 89 Jones St, Ultimo NSW 2007, Australia Ph: +61 2 9280 0699
Web: http://nuix.com/ Fax: +61 2 9212 6902
This message is intended only for the named recipient. If you are not
the intended recipient you are notified that disclosing, copying,
distributing or taking any action in reliance on the contents of this
message or attachment is strictly prohibited.
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: OutputStream and renderers where it doesn't make sense.
Posted by Andreas L Delmelle <a_...@pandora.be>.
On Jan 18, 2007, at 02:23, Daniel Noll wrote:
<snip />
> Is this API going to be improved at some point so that subclasses
> don't need to implement hacks such as these? Perhaps some kind of
> Destination object which could contain an OutputStream, multiple
> OutputStreams, or even just a marker saying that no, there is no
> destination stream.
Immediate plans? None that I'm aware of...
You're welcome to submit a patch proposal if you want to speed things
up, though.
Cheers,
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org