Hi
The images alone take more than half a Gigabyte. I doubt you will
find *any* FO processor which will work on this amount of data in
a reasonable amount of time.
You can try to resort to picewise generation of several PDF and try
to get one of the general PDF tools to merge them without running
o
Uttered "J.Pietschmann" <[EMAIL PROTECTED]>, spake thus:
> What exactly are the problems you experience with the jpackage.org
> tools&stuff? Did you discuss them with the jpackage.org staff? Has
> this something to do with the JDK/JRE installation? Are you actually
> trying to build FOP from sourc
Tommy Reynolds wrote:
Does the current CVS version build on an FC3 system? I've not had much
luck using the tools and stuff from jpackage.org, so I was wondering how
I could access the nightly builds.
You could try the binary distribution from
http://www.apache.org/dyn/closer.cgi/xml/fop/
What
Eric Lease Morgan wrote:
roadblock when it comes to tables. It only seems to support fixed-width
cells and wants to know exactly how many columns there will be in each
table. Given the wide variety of table types I am to encounter, this
seem rather limiting. I am having a tough time writing a TE
Does anybody here have experience converting TEI tables -> FO -> PDF
using fop?
I am (slowly) marking up sets of etexts in TEI/XML. I plan to provide
full-text searching against the collection and disseminated the whole
thing in various ebook formats. You can see what have done so far here:
Jeremias Maerki wrote:
Not having the ASCII-85 filter in place is perfectly legal for a PDF. I
wonder why you need that filter so your process works. Either you're
working with a bad PDF viewer/reader or you're doing something wrong in
stream handling, for example using Readers and Writers instead
