, and place it in
absolute-position:
fo:block-container absolute-position=absolute background-color=yellow
left={$x_left} top={$y_top} width={$page_width}
height={$page_height}
fo:block/
/fo:block-container
Pascal
Jean-François El Fouly a écrit :
Aviation regulation authorities state
I tried position=absolute instead but it doesn't help...
Le 28 janv. 2010 à 15:58, Jean-François El Fouly a écrit :
Wow. This looks very much like black magic -- or a FOP black belt trick :-)
Is there another deeper layer of magic in $x_left, $page_width.. ?
I tried with left=0 top=0 width
).
On 28.01.2010 15:58:10 Jean-François El Fouly wrote:
Wow. This looks very much like black magic -- or a FOP black belt trick :-)
Is there another deeper layer of magic in $x_left, $page_width.. ?
I tried with left=0 top=0 width=210mm height=297mm in the static
content area of the page header. But I
...
So, the (0,0) coordinates of the page is same as in the static region
that correspond to left margin, not page-header.
Pascal
Jean-François El Fouly a écrit :
Wow. This looks very much like black magic -- or a FOP black belt trick :-)
Is there another deeper layer of magic in $x_left
The solution is simple, really: increase PermGen space.
In an app context that looks very much like yours (big app, full J2EE
stack, FOP, 250 pages with many images...) we use:
-XX:MaxPermSize=128m
Le 10 sept. 2009 à 14:09, SALPE Nilesh a écrit :
Hello ,
I am using FOP 0.95 in servlet
What kind of font do you use to print them ?
Le 8 sept. 09 à 14:54, Reliquiem a écrit :
Hello,
I’ve got a a little problem with the printing of the alpha and beta
characters.
I am generating PDF-reports from a webinterface with XML and XSL-FO.
On this reports are the Characters “Alpha” and
Then
fo:inline font-family=Symbol#x03B1;/fo:inline (Unicode GREEK
SMALL LETTER ALPHA)
fo:inline font-family=Symbol#x03B2;/fo:inline (Unicode GREEK
SMALL LETTER BETA)
should do what you want.
HTH...
Jean-François
-
To
Le 4 sept. 09 à 03:34, Dola Woolfe a écrit :
I'm trying to put together several elements to build a PDF translator.
1. Load a PDF in a foreign language (???)
2. Translate the content (Google Translate)
3. Output the translated PDF (FOP)
So I'm guessing step 1 is not part of FOP. Can you
We're very interested in this feature !
We've emulated this feature with tables and borders so far but it is a
much less-than-perfect solution.
So we would be glad to discuss it (in the dev list ?) and are
certainly willing to help test it.
(Nevertheless, the little time I have to devote to
We're very interested in this feature !
We've emulated this feature with tables and borders so far but it is a
much less-than-perfect solution.
So we would be glad to discuss it (in the dev list ?) and are
certainly willing to help test it.
(Nevertheless, the little time I have to devote to
Erwan de FERRIERES a écrit :
Hi all,
I'm trying to generate font metrics in order to import them in a
project. Generating start well, but then I've got some errors. I'm
running debian and javai version is 1.6.0_07
Here is the line I type to launch the metric generation :
java -cp
Not sure Base-14 fonts are configured to support the full Unicode set.
It looks dangerous to rely on default font settings when you want
something special.
I tried to specify a font-family (for which my system is properly
configured !) and it works.
?xml version=1.0 encoding=UTF-8?
fo:root
Jay Berkenbilt a écrit :
I am using a Debian system. I've tested this both with the debian fop
packages and by just downloading a binary distribution. I've also
installed Type 1 Cyrillic fonts and run fop with the following
configuration file:
fonts
Steffanina, Jeff a écrit :
Last week there was some discussion of the issue that the images
(.jpg, .gif, .png) were printing darker when they were processed
through FOP.
I deleted the messages and now I need to review them.
How do I go about reviewing the ENTIRE old message library??
by breaking it in severa fo:page-sequence (chapters,
sections, whatever makes sense in your business). Between
page-sequences, many resources are released.
Anyhow, it helped us make it (we had such problems in the beginning).
Jean-François El Fouly
Luis Ferro a écrit :
Interesting...
And does those sequences share page-citations between them from and
to? (like a global index)
Yes, definitely.
Global TOC, section TOC, chapter TOC, global index, list of revisions,
bookmarks...
(fo:page-sequence at the chapter level, but the chapter TOC
Is there a documentation somewhere that would explain what's in the .xml
font files generated by ttfreader ?
I have a problem with some glyphs I've drawn, and understanding the
infos in the descriptor could help me find out what's wrong in the TTF
I've built.
Thanks !
Jean-François El Fouly
In fact, the trailing slash was missing in the base URL as passed to the
FOUserAgent, and believe it or not, it won't work without it :-(
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Monday morning newbie question #1:
I have a document somewhere on my laptop with an FO file and quite a lot
of images in the same directory.
The images are included with a syntax such as
src=0_014_001_SA_00.png
thus an URI syntax that is implicitly relative. And OK I know the
standard says
Monday morning newbie question #2 (second and hopefully last one):
I've downloaded to my Windows dev laptop a FOP 0.95 setup that works
well on a linux production server.
All fonts and their xml files, etc.
Of course I need to change the font-base setting.
On the linux server, I have
Steffanina, Jeff a écrit :
FOP 0.95 / Redhat Linux / Java 1.5
When the tag send-fax does not exist print the lilly, when
send-fax=Y, print the pebble. I always get the Lilly. Can you
determine why?
tag, do you mean an attribute of the current element ?
I would write
test=@sendfax='Y'
I
Steffanina, Jeff a écrit :
Located in the XML file:
send-faxY/send-fax
Recently, in a reasonably similar problem (though a bit more
complicated) I used
xsl:if test=count(send-fax) = 0
Not very elegant but it did the trick for me, and it might do for you if
the only thing you
Jean-François El Fouly a écrit :
Steffanina, Jeff a écrit :
Located in the XML file:
send-faxY/send-fax
Recently, in a reasonably similar problem (though a bit more
complicated) I used
xsl:if test=count(send-fax) = 0
Not very elegant but it did the trick for me, and it might
Maximilian Gaerber a écrit :
Hi,
I am trying to produce a pre-press ready PDF document (with embedded
fonts). But for some reason Helvetica will not be embedded correctly.
The configuration is correct (see below), the document properties of
Acrobat Professional 8 (see attached images) show
Well, As Far As I Understand It...
This *is *required and even so, it works by some kind of side-effect or
implementation tolerance.
If I refer to the XSL FO official documentation at http://www.w3.org/TR/xsl/
what you write in url(...) is an IRI in the sense of RFC3987, and
relative resource
There are four kinds of accent current in French (é è ê ë) so you should
be more precise.
None of them can possibly correspond to CHR(130) neither in UTF-8 nor in
ISO-8859-1
On what kind of system/platform/OS are you working ?
Mentioning vi makes me guess it should be some kind of Unix but at
Andreas Delmelle a écrit :
I've set up a simple test case and, going through the stack trace, I
guess it could be a simple bug fix, something like a bad or
insufficient test in TablePart.java
Oh, rest assured, it's going to take a bit more thought and effort... ;-)
Yes, I've seen late in
Jeremias Maerki a écrit :
Hmm, that's one of the two remaining features that are available in
0.20.5 but not in 0.95. So far, nobody has had enough of an itch to
implement this, I'm afraid.
Hhmm... I've been quickly through the code and my first impression is
that it IS implemented. I've set
Jeremias Maerki a écrit :
No, the mapping is correct. You think in terms of one-byte encodings.
XSL-FO and therefore FOP is a Unicode application. If you want the
theta character (0x03B8, GREEK SMALL LETTER THETA) you need to put the
0x03B8 character in your XSL-FO file. 0x71 always represents
We generate FOP documents from a *nix workhorse, a rather plain (bare)
server that has very minimal graphics font equipment.
The current setup works well for current fonts (say, Verdana) and
custom-made technical fonts.
Now, I would like to use some glyphs from the Symbol font but this
raises
I searched the archives and did not find an entry for this problem.
Please forgive me if I've been blind or stupid and should have found a
previous thread on this topic.
We have in the logs tons of error messages looking like:
2008-07-22 15:52:45,544 ERROR [org.apache.fop.fo.PropertyList]
Andreas Delmelle a écrit :
The font shorthand requires at least two components: font-size and
font-family.
So it should be either of the two following variants:
font-family=Verdana
font=10pt Verdana
See: http://www.w3.org/TR/xsl/#font (style, weight, variant,
line-height are optional; size
Jeremias Maerki a écrit :
The work-around it seems is:
- either to convert the PNG from 32bit to 24bit (removing the alpha
channel)
- or skip generating the alpha channel for PDF output. See
ImageRenderedAdapter.setup(PDFDocument) (the line with this.softMask =
can be commented and the colors
Jeremias Maerki a écrit :
There's no treatment or the image itself, just evaluation of
information inside the image being loaded. FOP reacts on the and tries
to put the right information inside the PDF.
This was not clear in our mind since I had a vague feeling I had seen
things like gamma
Rakesh Kumar S a écrit :
Hi,
Which is the encoding format that will support both asian language and
western fonts?
Thanks,
Rakesh Kumar S
Any Unicode-based encoding will do the job. One of the UTF-16 (Big
Endian or Little Endian) is probably your best choice, since UTF-8 is a
Jeremias Maerki a écrit :
FOP 0.95beta uses the sRGB color space by default (because XSL-FO
defines all RGB colors in the sRGB color space). FOP always embeds an
sRGB color profile. So specifying another sRGB color space explicitely
doesn't have any effect. Can you elaborate on what you mean by
We had this kind of stack trace in 0.94 with a Sun JVM; you should
check you have the write permission in the user home directory.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Rakesh Kumar S a écrit :
Hi
When i add want to render documents with a specific font, i am not able to do
it.
Instead i get a message :
[ERROR] unknown font arial,normal,bold so defaulted font to any
[ERROR] unknown font arial,normal,bold so defaulted font to any
Please let me know how to
Laurent Yaish a écrit :
Hi Folks,
How would I go about creating a layout that uses mutiple columns on
half of the page (i.e. using region-body column-count) and a single
column on the other half?
I need to content to automatically span the columns so a table
wouldn't work... any ideas?
Is
Jean-François El Fouly a écrit :
So I hired the team member who's competent in profiler usage next week
but I must say at the moment I'm still stuck :-(
The sysadmins made a tarball from the staging server and copied
everything to a similar server that has full profiling instrumentation
Jeremias Maerki a écrit :
And my next problem is to find a way to force memory recycling after
this long and hefty FOP processing, but until further investigated this
is OT ;-)
You probably didn't get my hint earlier but with the new image loading
framework you should actually get away
Andreas Delmelle a écrit :
Which Java VM are you using? Practically every time someone tells us
about memory/GC issues, it appears they are using an implementation
other than Sun (IBM, GNU...)
Up to now, we still have to find out why precisely non-Sun VMs have
difficulties with FOP...
Andreas Delmelle a écrit :
OK. Just curious: Any chance you could test it on another build or
maybe even Java 6?
Probably, if required or useful. Our sys admins are very cooperative ;-)
In my personal experience, optimizing the stylesheet code usually does
not offer much improvement in
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?
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
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).
Sorry, I guess in the strictest sense this is xmlgraphics-common related
now, but it was discovered and investigated using FOP 0.95beta.
We upgraded from 0.94 to use the new bookmarks features and our software
became globally unstable, hanging randomly during PDF generation -- to
be precise,
Andreas Delmelle a écrit :
On May 5, 2008, at 17:22, Jean-François El Fouly wrote:
Hi
Sorry, I guess in the strictest sense this is xmlgraphics-common
related now, but it was discovered and investigated using FOP 0.95beta.
We upgraded from 0.94 to use the new bookmarks features and our
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
increase in the total number of requests, this could mean that the
Thanks very much for this detailed explanation.
Converting the PNG's to JPEG with appropriate colorspace parameters is
certainly an option if this solves the problem ?
We're already manipulating these images in the different publication
processes so if this could be the solution, why not ?
Rakesh Kumar S a écrit :
Hi
Could any one share some ideas as to how to delete the first page of a
generated PDF using XSL:FO.
Basically after I render all the pages from the XML using XSL:FO I
want to delete the first page of the PDF.
Is it possible??? Can you share a code
I have a problem with the way PNG images are rendered.
I'm writing tools to manage aircraft technical documentations. One of
the documents is the Pilot's Guide, it has quite a lot of cockpit
screens screenshots. The source image files are all PNG's, and they have
very bright, fully saturated
Peter Coppens a écrit :
We have recently reported something similar (it might have been in
private to Jeremias...can't remember) and he fixed that problem just
this week. It was related to a color profile being truncated (or
something like that). Might be the same issue. Perhaps you can try
53 matches
Mail list logo
