Re: PDF engine, that handles tables well
Re: PDF engine, that handles tables well
- Subject: Re: PDF engine, that handles tables well
- From: Anjo Krank <email@hidden>
- Date: Mon, 17 Dec 2007 20:34:24 +0100
Well, you *could* give PDFGenerator a try :)
Cheers, Anjo
Am 17.12.2007 um 18:32 schrieb Guido Neitzer:
On 17.12.2007, at 10:13, Don Lindsay wrote:
I use JPDF and it works well.
I looked at this, but don't want to spent the money at the moment,
as the project I'm working on is private and nobody knows whether it
will bring some money one day ...
Nevertheless I need really high quality PDF output and I'm still not
sure how easy it is to achieve this with the mentioned solutions -
they seem to be okay for some stuff but I don't know how they will
fit in my requirements.
The first thing I thought about, because of the requirement for high
quality output, was pdflatex - I'd create a component with the LaTeX
document, let it render itself, write the content string to disk and
pass it to pdflatex.
This solution would be slower than most PDF libraries, but I know
what I get and how to get it. The output fits my requirements and
there are virtually no limitations as long as I can provide the
correct LaTeX code. I will certainly look at the other free
solutions as the integration of LaTeX is a bit tricky, but this is
still the option that looks best for what I want / need.
PDFKit looks promising as it seems to be able to handle longer
tables quite well, but the layout abilities seem to be more "pixel-
orientated" than "input-orientated". Don't get me wrong, it seems,
as it is fairly simple to use from a WO application and quite
powerful but I'm not sure how I could handle my layout needs as I
don't want to be pixel-driven, but rather only provide a structured
input and get a perfectly styled output with pre-defined and more or
less fixed templates (and that's what I get from TeX/LaTeX) .
Thank you all for your input.
cug
--
http://www.event-s.net
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden