DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13866>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13866 [PATCH] Support for CCITT encoding of TIFF images in PDF output ------- Additional Comments From [EMAIL PROTECTED] 2002-11-19 01:20 ------- Christian, thanks for accepting and committing my patch. I hope to be able to contribute more in the future. Regarding the resolving of URIs in FopImageFactory you say it works for you under Linux. I can say it doesn't work for me under Linux. Could it be that we are using different JDKs (I use IBM 1.3.0) and that the behaviour of the URL constructor "new URL(context, spec)" has changed? Any way, what I observe is that if basedir is something like "file:/..." and the URL in the external- graphics tag is also "file:/...", ie. has the protocol included (which it has for all the FOP examples), then the constructor mentioned above does not resolve any relative paths in "spec" as it contains a protocol component which according to the URL RFC means it is an absolute URL. And could a difference in the jdk also account for your observation that the logging works out of the box for you but not for me? --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
