Re: cvs commit: xml-fop/src/java/org/apache/fop/apps FOUserAgent.java

2004-10-15 Thread Jeremias Maerki
Sorry for the delay. On 12.10.2004 01:20:54 Glen Mazza wrote: > --- Jeremias Maerki <[EMAIL PROTECTED]> wrote: > > > Glen, > > > > I don't > > particularly like selecting renderers by integer > > constant. > > FOP has been using integers for six years now, and as > I explained earlier [1], MIM

Re: cvs commit: xml-fop/src/java/org/apache/fop/apps FOUserAgent.java

2004-10-11 Thread Glen Mazza
--- Jeremias Maerki <[EMAIL PROTECTED]> wrote: > Glen, > > I don't > particularly like selecting renderers by integer > constant. FOP has been using integers for six years now, and as I explained earlier [1], MIME types don't make a very good primary key for renderers, because not all renderers

Re: cvs commit: xml-fop/src/java/org/apache/fop/apps FOUserAgent.java

2004-10-11 Thread Jeremias Maerki
Glen, I don't want a RendererFactory.setRendererOverride(). I don't particularly like selecting renderers by integer constant. I like pluggability. I'd prefer to register all our renderers in a central registry. Integrators could plug in their renderers using the service interface just as the FOP

Re: cvs commit: xml-fop/src/java/org/apache/fop/apps FOUserAgent.java

2004-10-10 Thread Glen Mazza
Jeremias, The reason for getFOEventHandlerOverride()/getRendererOverride() in FOUserAgent is to better black box the FOP system. This gives us a ton of freedom internally of where we implement FOEventHandlers and Renderers inside FOP. This has been a perfect example: So far over the past few