--- Jeremias Maerki <[EMAIL PROTECTED]> wrote:
> >
> > Personally, I would rather we get rid of
> > RendererFactory and put the logic back where it
> > was--in FOTreeBuilder and RenderPagesModel. This
> > functionality is just too specific to be reused
> > elsewhere in FOP.
>
> I don't see your
On 08.01.2005 19:27:38 Glen Mazza wrote:
> --- Jeremias Maerki <[EMAIL PROTECTED]> wrote:
> > If someone embeds FOP in
> > his/her application the
> > not supplying an OutputStream when a renderer needs
> > one is a bug and so
> > it doesn't matter if the error message comes early
> > or only w
--- Jeremias Maerki <[EMAIL PROTECTED]> wrote:
> I think you're confusing things.
Yes, I think I was.
> If someone embeds FOP in
> his/her application the
> not supplying an OutputStream when a renderer needs
> one is a bug and so
> it doesn't matter if the error message comes early
> or only w
On 07.01.2005 11:01:28 Glen Mazza wrote:
> --- Jeremias Maerki <[EMAIL PROTECTED]> wrote:
>
> > You're right, my change was suboptimal. When I think
> > about this I must
> > say that I'd prefer to remove that check entirely
> > and let the individual
> > renderers check if they have everything t
--- Jeremias Maerki <[EMAIL PROTECTED]> wrote:
> You're right, my change was suboptimal. When I think
> about this I must
> say that I'd prefer to remove that check entirely
> and let the individual
> renderers check if they have everything to write to
> their target.
I don't think so, because w
You're right, my change was suboptimal. When I think about this I must
say that I'd prefer to remove that check entirely and let the individual
renderers check if they have everything to write to their target. The
renderer knows best what it needs. Having this check in the
RendererFactory only puts
