pluggable on-the-fly image generation

2002-04-24 Thread Paul Reavis
to the PDF, allow me to use standard Java graphics commands to write it. One area I got totally lost in was in how to register this implementation with the FopImageFactory or whatever so that it would get called correctly. Any help on this would be appreciated. Thanks- -- Paul Reavis

stuck on OnTheFlyFopImage implementation

2002-04-25 Thread Paul Reavis
); } catch (Exception oopsie) { oopsie.printStackTrace(System.err); } } -- Paul Reavis [EMAIL PROTECTED] Design Lead Partner Software, Inc.http://www.partnersoft.com

Re: stuck on OnTheFlyFopImage implementation

2002-04-25 Thread Paul Reavis
-graphic src=XYZprotocol:image_0987/ thought it may help you, if you are not looking at using FopImage only. Actually, there is no bytestream - I am rendering the image directly at pdf generation time. -- Paul Reavis [EMAIL PROTECTED] Design Lead Partner

Re: stuck on OnTheFlyFopImage implementation

2002-04-25 Thread Paul Reavis
Katiyar, Bhawana ([EMAIL PROTECTED]) wrote To [EMAIL PROTECTED] on Thu, Apr 25, 2002 at 12:46:12PM -0400: My protocol too renders the image directly at pdf generation time. Just that it doesn't use FOP to generate the image. Ah! Sorry. Yes, I'd like to see that. Thank you. -- Paul Reavis

direct rendering of images to pdf

2002-05-14 Thread Paul Reavis
to stick these plots on nicely-formatted reports with all the power of FO too and it makes my life a lot easier. -- Paul Reavis [EMAIL PROTECTED] Design Lead Partner Software, Inc.http://www.partnersoft.com

Re: direct rendering of images to pdf

2002-05-15 Thread Paul Reavis
complexity of course. -- Paul Reavis [EMAIL PROTECTED] Design Lead Partner Software, Inc.http://www.partnersoft.com - To unsubscribe, e-mail: [EMAIL PROTECTED

diffs for on-the-fly image support

2002-05-20 Thread Paul Reavis
times of less than 10 seconds and less than 64MB of heap (the default max heap size). -- Paul Reavis [EMAIL PROTECTED] Design Lead Partner Software, Inc.http://www.partnersoft.com fop-diff.gz Description: Binary data

Re: diffs for on-the-fly image support

2002-05-21 Thread Paul Reavis
ID). I'll just modify PDFGraphics2D directly to use the underlying PDFStream. I think this is fine for all cases. Should I break it up into several patches? - tempfile buffering - drawImage hack - PDFGraphics2D hack - on-the-fly images -- Paul Reavis [EMAIL

Re: diffs for on-the-fly image support

2002-05-21 Thread Paul Reavis
cache), and flushes less often. At least in my experience... in one case I got a 20x speed increase with a decent cacheing framework; I finally noticed that machines with crappy disk drive subsystems were far slower than those with good ones even at the same memory and cpu speed. -- Paul Reavis

Re: diffs for on-the-fly image support

2002-05-22 Thread Paul Reavis
.); } SystemLog.singleton().enter(Done converting xml to pdf.); SystemLog.singleton().logMemoryUsage(); } ... snip On Tue, 2002-05-21 at 16:00, Paul Reavis wrote: Agreed. Here are some possible solutions: 1) a boolean switch (in the api or system properties) 2) intelligence

diffs and new files for tempfile-based PDFStream support

2002-05-23 Thread Paul Reavis
can run some basic sanity tests at least? I would like to do some memory audits (we own a seat of OptimizeIt) but need to be able to run some real-life examples. Thanks... -- Paul Reavis [EMAIL PROTECTED] Design Lead Partner Software, Inc

forceloading batik svg

2002-05-23 Thread Paul Reavis
documentLoadingCompleted(SVGDocumentLoaderEvent evt) { done = true; } } I was adding that SVGEar as a loaderlistener to the component but it never got an event (done was always false). -- Paul Reavis [EMAIL PROTECTED] Design Lead

Re: Image Cache issue - Latest Release after 0.20.3

2002-06-13 Thread Paul Reavis
gets enormous. -- Paul Reavis [EMAIL PROTECTED] Design Lead Partner Software, Inc.http://www.partnersoft.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional