Hmm, I guess it was a wise decision to make a beta release before the
final. Please note that the image loading framework is completely new.
The old one (while working fine for a specific set of image types) was a
paing to maintain and extend and it often ate much more memory than
necessary. Some
Are you expecting that this causes FOP to automatically configure all
fonts in your Windows installation? If yes, I have to disappoint you and
point you to these URLs (depending on the FOP version you're using):
http://xmlgraphics.apache.org/fop/0.94/fonts.html#register
There seems to be some support for page number citations in the RTF
library but it is not wired into the RTFHandler. You can try to
implement it yourself and send a patch.
What you probably have to do:
- Override
public void startPageNumberCitation(PageNumberCitation pageCite)
and
public void
On 05.05.2008 23:39:15 Jean-François El Fouly wrote:
Andreas Delmelle a écrit :
For now, you also spoke about the requests suffocating the server.
Do you mean that there are also a lot /more/ requests, or only that
they take longer to process on the FOP-side? If you also have an
Jeremias Maerki a écrit :
I've just re-read that and it suddenly made me think: could it be that
you produce really large FO documents (not many smaller ones) with many
images and the effect here is simply the timeout of the HTTP connection because
it is kept open after preloading the image?
On 06.05.2008 10:14:03 Jeremias Maerki wrote:
On 05.05.2008 23:39:15 Jean-François El Fouly wrote:
Andreas Delmelle a écrit :
For now, you also spoke about the requests suffocating the server.
Do you mean that there are also a lot /more/ requests, or only that
they take longer to
On May 6, 2008, at 10:03, Jeremias Maerki wrote:
Take
fo:block linefeed-treatment=preserve
line1
line2
line3
/fo:block
If you use display-align on an ancestor table-cell or block-
container, that would only specify something about a constraint on
the placement of the block as a whole.
You
I'll dive but just to answer the simplest questions:
Jeremias Maerki a écrit :
Without being able to reproduce the behaviour it is difficult to help.
Some further questions from my side:
- How many different PNGs are being accessed?
84
- Are they smaller or bigger files?
2 kb to 395
Hi all
I tried to preview a report(with charts) in a Sun Solaris 10 environment, but
the report is not displayed for Preview. But the same report is previewed
correctly in this same environment after the chart is removed from the report.
The same report is previewed (with charts) without
On 06.05.2008 10:29:52 Jean-François El Fouly wrote:
Jeremias Maerki a écrit :
I've just re-read that and it suddenly made me think: could it be that
you produce really large FO documents (not many smaller ones) with many
images and the effect here is simply the timeout of the HTTP
kindaian wrote:
Vincent Hennebert escreveu:
snip/
But I think that Vangelis’ requirement was to make visible the amount of
whitespace left at the bottom of a column by the layout algorithm, when
no elastic space is available. In which case I’m afraid I can’t think of
any FO construction to
Hi!
I tried using fo:inline element to produce italic text using Tahoma
font. It did not work. Here's what I did:
fo:inline font-family=Tahoma font-style=italicitalics/fo:inline
FOP said:
6.5.2008 13:08:31 org.apache.fop.fonts.FontInfo notifyFontReplacement
I need to generate output (PDF) where the page
size (actually just page depth) varies
with the content.
In effect I want to generate galleys of text,
where the formatting width is known, but the depth
of the final output is determined by the amount
of text formatted, in effect fitting the page
Can't you use different page masters and select the one that is
appropriate using some (XSLT) pre-processing?
On 06 May 2008, at 14:16, paul womack wrote:
I need to generate output (PDF) where the page
size (actually just page depth) varies
with the content.
In effect I want to generate
Peter Coppens wrote:
Can't you use different page masters and select the one that is
appropriate using some (XSLT) pre-processing?
I'd need an almost infinite range of
masters - the line count could vary from 5-350,
and even line spacing could vary due to superscripts,
subscripts, emboldening
Ic...so there is no way to know what the page size will have to be
until the layout has been completed?
On 06 May 2008, at 14:25, paul womack wrote:
Peter Coppens wrote:
Can't you use different page masters and select the one that is
appropriate using some (XSLT) pre-processing?
I'd need
On May 6, 2008, at 14:16, paul womack wrote:
Hi
In effect I want to generate galleys of text,
where the formatting width is known, but the depth
of the final output is determined by the amount
of text formatted, in effect fitting the page
to the content.
What you would need:
Peter Coppens wrote:
Ic...so there is no way to know what the page size will have to be until
the layout has been completed?
No, that's rather the heart of my problem.
Consider, if you like, a different example.
I wish to make rendered images of quotations
for placement on a web site.
Of
Andreas Delmelle wrote:
On May 6, 2008, at 14:16, paul womack wrote:
Hi
In effect I want to generate galleys of text,
where the formatting width is known, but the depth
of the final output is determined by the amount
of text formatted, in effect fitting the page
to the content.
What you
Jeremias Maerki a écrit :
I've done that now: http://svn.apache.org/viewvc?rev=653704view=rev
Jean-Fraçois, please download XG Commons Trunk, build it and switch to
it. Then set
-Dorg.apache.xmlgraphics.image.loader.impl.AbstractImageSessionContext.no-source-reuse=true
(system property).
Hi
Can anybody give a suggestion to my problem please :(
/Harshini
-Original Message-
From: Harshini Madurapperuma [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 06, 2008 2:24 PM
To: fop-users@xmlgraphics.apache.org
Subject: Fo:charts not rendered on Sun Solaris
Hi all
I tried to
21 matches
Mail list logo