Hi,
i have a Problem with the preflight funktion in Adope Acrobat.
I create a PDF/A with Apache fop-0.02beta with the option -pdfa1b.
I embedded all fonst and the creation ends without an error.
But then i test the PDF file with the Preflight funktion from Acrobat 7.0.8
i receive this
An often used trick one finds in mailing lists (e.g.
http://www.biglist.com/lists/xsl-list/archives/200306/msg00445.html) is to
use
fo:blokfo:leader//fo:block
Hth,
Peter
-Original Message-
From: Olivier Mansour [mailto:[EMAIL PROTECTED]
Sent: vrijdag 22 september 2006 10:00
To:
Thank you
non of those tricks are really working :
fo:block#160;/fo:block insert a line break but the second one
has no effect (so you can't do br / br /)
fo:blokfo:leader//fo:block insert too much spaces
:-(
Olivier
Le 22 sept. 06 à 10:10, Peter a écrit :
An often used trick one finds
The template stylesheet I am using which does the trick for me is
xsl:template match=br
xsl:choose
xsl:when test=preceding-sibling::node()[1][self::br]
fo:blockfo:leader//fo:block
/xsl:when
xsl:otherwise
fo:block/fo:block
/xsl:otherwise
Le 22 sept. 06 à 10:26, Peter a écrit :
The template stylesheet I am using which does the trick for me is
xsl:template match=br
xsl:choose
xsl:when test=preceding-sibling::node()[1][self::br]
fo:blockfo:leader//fo:block
/xsl:when
xsl:otherwise
Hi,
To get a Greek alpha, i tried
fo:inline font-family=Symbola/fo:inline
but i still get a '#'. What am i doing wrong? I tried adding
font-style=normal,
but that doesn't seem to make any difference.
Thanks in advance,
Herman
--
View this message in context:
-Original Message-
From: herman [mailto:[EMAIL PROTECTED]
Sent: Friday, September 22, 2006 2:12 PM
To get a Greek alpha, i tried
fo:inline font-family=Symbola/fo:inline
but i still get a '#'. What am i doing wrong? I tried adding
font-style=normal, but that doesn't seem to make
Hmm, I don't see that. The inline inline object is properly painted
black on 50% gray.
On 13.09.2006 11:42:17 Pascal Sancho wrote:
Hi,
While teting %FOP_TRUNK%/examples/fo/basic/inhprop.fo,
Line#137: color='inherited-property-value(background-color)'
seems to not work properly:
Color
Not sure if it still helps after all this time but I've just tried to
reproduce this and I didn't manage. Loading a font with a relative URI
from the servlet context worked fine at least with the current FOP Trunk.
FOURIResolver is always used as a fallback if none of the custom
URIResolvers were
PDF/A support in 0.92beta is somewhat incomplete. Adobe Acrobat is
definitely buggy. I've filed three bugs with Adobe. Not that I got any
reply on my bug reports. FOP Trunk (from Subversion) has its own problems
sorted out. It even does work-arounds to keep buggy Acrobat happy.
So please retry
You mean the image from the external-graphic is lighter than the one
painted through SVG/Batik when you render the attached FO file to PNG
instead of PDF?
This has something to do with color management which is something I've
only started to understand. Bitmap image handling is optimized for PDF
At the moment, this is not supported. The infrastructure for that in
PDFDocumentGraphics2D is there but I don't think the Batik Transcoder
API is prepared for this. This question may be better asked on the
batik-users list since it mostly concerns a Batik API. For example,
their TIFFTrancoder
You mean the image from the external-graphic is lighter than the one
painted through SVG/Batik when you render the attached FO file to PNG
instead of PDF?
That is indeed what I refer to
This has something to do with color management which is something I've
only started to understand.
13 matches
Mail list logo