Craig,
I remember from back when I was deep in the table layout code that
elastic space in tables is extremely tricky (with our layout approach)
which is why it's not available in tables today. In your case, it would
actually be relatively easy since there is only one column, but it's
still not
Virginjus,
I've tested against Adobe Preflight from time to time and I have clients
who regularly verify their PDF/A files against some PDF/A checker.
Adobe's Acrobat is kind of a dangerous tool to proof with, though, as
various versions contain various kinds of bugs in that area. I've
reported a
Sanjeev,
I've tested with FOP 0.95 and FOP Trunk but haven't seen any such
effects that you describe. So, as Craig indicated, we need a bit more
information.
On 21.06.2010 18:33:42 Sanjeev Kulshreshtha wrote:
Hi All,
I am trying to process and xml message that contains some in line
bold
Hi Craig,
I'm sorry I don't have a solution for your problem, but if you can change your
requirements from header repeated in each colum to header repeated on each
new page, then markers would be your way to go, I guess.
Or, as Jeremias suggested, some ugly coding. I did not try that, just
Hello FOP team,
I just downloaded current FOP Trunk. Unfortunately the problem regarding
validation against Adobe Preflight and “pdfaPilot” still exist. Using my
workaround with ansi fonts is working, but this option increase each pdf output
document at ~180 kb. Can you please explain dthis
On 22.06.2010 12:30:03 Virginjus Kandrotas wrote:
Hello FOP team,
I just downloaded current FOP Trunk. Unfortunately the problem
regarding validation against Adobe Preflight and “pdfaPilot” still exist.
Using
my workaround with ansi fonts is working, but this option increase each
pdf
Hi,
This is related to empty inline with ID (see bug [1]).
your XS-FO can be shrinked to this and shows always the issue:
fo:blockfo:inline id=a1/ Definition: This is def #1/fo:block
(note the space immediately after the inline with ID).
When removing the space (xml-space: ( lf | space | cr |
Hi Jeremias,
I've reported a number of bugs in to the black hole called Adobe Support
back
when I implemented PDF/A support for FOP.
Just mail those bugs to Leonard Rosenthol (lrosenth [a] adobe.com).
He is the responsible guy at adobe for that kind of stuff and usually
replies ...
Regards,
Virginijus,
earlier, you were talking about problems with the font, but the only
thing Acrobat 9.2 seems to bark at is some problem in the XMP metadata.
And that one, I believe, is bogus. dc:date is part of the XMP
specification and therefore not considered an extension schema, so FOP
does not
Can anyone please point me to instructions for searching the fop mail
archives? So far I've found nothing useful.
(There is a link on the Wiki, but it wasn't useful, I later updated it
though [and created separate links for each list].)
...[later]
I finally found fop-dev and fop-user on
I can't get rid of the subject error. I have tried every solution
(except compiling a new hyphenation dictionary) I saw on the FOP help
at the web site.
I am using FOP 0.95 on Ubuntu 10.04 LT, amd64.
I use xsltproc to produce the fo file from docbook source, then run
the fo file through fop.
Hi Jeremias,
pdfaPilot does the same … no wonder this company belongs to Adobe as well (not
100% sure about it, but once read article to this theme):( I think they are
using the same “Preflight engine”, from my experience when Preflight finds an
error, pdaPilot does as well, and when document
12 matches
Mail list logo
