xmlgraphics-fop-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Eckard_Buch...@tonbeller.com
Subject Antwort: Re: Antwort: Re: Changing logging behavior in an embedded application.
Date Tue, 07 Mar 2006 09:06:31 GMT
i could do something like this: Add a parameter -v (verbose) and doing 
system.out only when this parameter is set. Additionally there would be a 
boolean property, because when I embed the reader I do not use the main() 
method. Do you agree?


Jeremias Maerki <dev@jeremias-maerki.ch> 
07.03.2006 08:45
Bitte antworten an


Re: Antwort: Re: Changing logging behavior in an embedded application.

You're welcome to improve TTFReader in FOP Trunk if it doesn't do
exactly what you want it to do. TTFReader was never designed to be used
as anything else than a command-line tool which is called once for each
font. If people have additional needs we're gladly accepting patches
against FOP Trunk.

On 07.03.2006 08:23:56 Eckard_Buchner wrote:
> > FOP does have a few System.out.println calls in its source code but
> > these are only in places where those are ok, i.e. in command-line
> > handling code
> IMHO this is not the case with the TTFReader. It tells you about each 
> it reads and writes. If you convert a couple of files at once this is a 
> little inconvenient. Maybe it should have a silent mode? BTW if you 
> the TTF Reader i would prefer getting exceptions when something goes 
> rather than geting null return (and a stack trace in stdout)


Jeremias Maerki

To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org

View raw message