https://issues.apache.org/bugzilla/show_bug.cgi?id=43651
--- Comment #2 from M.H. <[EMAIL PROTECTED]> 2008-10-21 02:15:11 PST ---
With FOP 0.95 I also have a problem with the image cache: when I run a second
document with the same SVG image file name but different image content, the
subsequen
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #1 from Jeremias Maerki <[EMAIL PROTECTED]> 2008-10-21 02:42:06
PST ---
Have you tried the suggested work-around at
http://xmlgraphics.apache.org/fop/stable/graphics.html#caching already (adding
a unique dummy URL parameter
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #2 from M.H. <[EMAIL PROTECTED]> 2008-10-21 02:51:09 PST ---
(In reply to comment #1)
> Have you tried the suggested work-around at
> http://xmlgraphics.apache.org/fop/stable/graphics.html#caching already (adding
> a unique
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
Summary: Wrong images used (how to clear image cache?)
Product: Fop
Version: 0.95
Platform: PC
OS/Version: Windows 2000
Status: NEW
Severity: normal
Priority:
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
M.H. <[EMAIL PROTECTED]> changed:
What|Removed |Added
Severity|normal |blocker
--
Configur
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
Jeremias Maerki <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=43651
Jeremias Maerki <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #4 from Vincent Hennebert <[EMAIL PROTECTED]> 2008-10-21 03:18:08
PST ---
Doesn't the cache check for the modification date of file: URIs? Seems like a
natural thing to do.
--
Configure bugmail: https://issues.apache.org
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #5 from Jeremias Maerki <[EMAIL PROTECTED]> 2008-10-21 03:23:26
PST ---
(In reply to comment #4)
> Doesn't the cache check for the modification date of file: URIs? Seems like a
> natural thing to do.
>
No. Natural it may
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #6 from Vincent Hennebert <[EMAIL PROTECTED]> 2008-10-21 03:31:39
PST ---
(In reply to comment #5)
> (In reply to comment #4)
> > Doesn't the cache check for the modification date of file: URIs? Seems like
> > a
> > natura
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #7 from M.H. <[EMAIL PROTECTED]> 2008-10-21 03:34:37 PST ---
As there is no method to clear the image cache, I now have a working
workaround:
iin my custom "FOP" class I introduced a new constructor to create a new
FopFactor
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #8 from Jeremias Maerki <[EMAIL PROTECTED]> 2008-10-21 04:20:50
PST ---
(In reply to comment #7)
> As there is no method to clear the image cache, I now have a working
> workaround:
> iin my custom "FOP" class I introduced
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #9 from M.H. <[EMAIL PROTECTED]> 2008-10-21 04:22:26 PST ---
(In reply to comment #3)
> To put you out of you misery ;-) here's the code to clear the image cache:
> fopFactory.getImageManager().getCache().clearCache();
Than
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #11 from M.H. <[EMAIL PROTECTED]> 2008-10-21 04:48:06 PST ---
(In reply to comment #10)
> The URIResolvers are completely irrelevant for image caching, they
> just provide access to the actual resource when given a URI.
Tha
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #10 from Jeremias Maerki <[EMAIL PROTECTED]> 2008-10-21 04:35:22
PST ---
(In reply to comment #9)
> (In reply to comment #3)
> > To put you out of you misery ;-) here's the code to clear the image cache:
> > fopFactory.getI
Thanks for your reply. In that you believe the Antenna House formatter
implementation is correct, do you know how I would, in theory, be able to get
the table-cell border displayed below the block-container (current Fop
behaviour)?
Thanks again
- Original Message
From: Jeremias Maer
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #12 from Jeremias Maerki <[EMAIL PROTECTED]> 2008-10-21 05:12:39
PST ---
(In reply to comment #11)
> (In reply to comment #10)
> > The URIResolvers are completely irrelevant for image caching, they
> > just provide access t
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #13 from M.H. <[EMAIL PROTECTED]> 2008-10-21 05:35:24 PST ---
Thanks for all these ideas! We first create all data (XSL, XML, SVG) in a
temporary directory for each report. Then we call FOP to transform the XSL+XML
to PDF. T
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #14 from Jeremias Maerki <[EMAIL PROTECTED]> 2008-10-21 06:01:55
PST ---
(In reply to comment #13)
> Thanks for all these ideas! We first create all data (XSL, XML, SVG) in a
> temporary directory for each report. Then we c
Hi all,
after noticing that the layout tree pruning in the prototype [1] was
improving performance I decided to implement it in FOP trunk to see
how it was behaving in the real world. The concept I've applied to the
general breaking algorithm can be defined as a "last-n-lines fit"
algorit
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #15 from M.H. <[EMAIL PROTECTED]> 2008-10-21 09:36:39 PST ---
(In reply to comment #14)
> The thing is: We assume that a resource can be identified uniquely by its URI.
> After all there's the word "identifier" in "URI". If
https://issues.apache.org/bugzilla/show_bug.cgi?id=43651
--- Comment #4 from Sebastian Fuchs <[EMAIL PROTECTED]> 2008-10-21 10:39:54
PST ---
(In reply to comment #3)
> Please upgrade to FOP 0.95 where this problem should be solved by the
> introduction of the new image loader framework.
>
https://issues.apache.org/bugzilla/show_bug.cgi?id=43651
--- Comment #5 from Jeremias Maerki <[EMAIL PROTECTED]> 2008-10-21 14:26:44
PST ---
(In reply to comment #4)
> (In reply to comment #3)
> > Please upgrade to FOP 0.95 where this problem should be solved by the
> > introduction of the n
https://issues.apache.org/bugzilla/show_bug.cgi?id=46048
--- Comment #16 from Jeremias Maerki <[EMAIL PROTECTED]> 2008-10-21 14:44:43
PST ---
(In reply to comment #15)
>
> Okay, I think I fully understood this and this is basically okay. So, the
> URIResolver is no suitable way of changing
24 matches
Mail list logo
