I did some research on this last week, as it happens, and came across a
couple of links that may be useful:
The last people to try to re-write Zend_Pdf ended up spinning it off into a
new project at http://www.refw.org/, I think so they could release it under
LGPL rather than a BSD license.
This appears to be abandoned, and sadly undocumented, but might contain a
bunch of useful pointers. I didn't explore it too much as it was so
undocumented, but did start off life as a ZF proposal so may fit well.
The project I ended up using for this was
http://www.digitaljunkies.ca/dompdf/ Development on the original has been
abandoned, but recently some other people took up the code at
http://groups.google.com/group/dompdf and are discussing which direction to
take it.
I liked it because in my application, I want to be able to display a page to
the user and then download a PDF of the same page; dompdf lets me do the
layout exactly once, in HTML (which I already understand), and then converts
it to a PDF for me. The discussion groups suggest it has some bugs, but for
my simple HTML layout it's working fine. Reformatting this project into a
ZendX module might be a practical amount of work and also a good fit for ZF,
because of it's HTML-centric conceptual basis, and also provide a good
synergy with the dompdf project as the new developers are really looking for
help with it. This is also under the LGPL, but given the situation of the
project at the moment I'd think now would be the ideal time to ask if
they'd consider licensing it under something Zend was happy with also.
If you go this route I'd be happy to put some time into it. Attached is a
view helper for DomPdf which helps it play nicely with ZFs autoloader, etc.
http://www.nabble.com/file/p23469553/ConvertToDomPdf.php
ConvertToDomPdf.php
M
Nico Edtinger-4 wrote:
>
> Markus Wolff:
>> Hi,
>
> Hi Markus!
>
>> since our project team is going to need to create PDF documents with
>> complex layouts soon and Zend_PDF does not really support hits right
>> now, we are considering adding support for cells and tables by
>> ourselves.
>>
>> Before we do that, I'd like to inquire if there are already plans (and
>> more importantly, time-tables) for adding those features to Zend_PDF
>> "officially".
>>
>> Given that there have been quite a few patches and enhancements by
>> other
>> users who also proposed these for official inclusion, I am also
>> wondering if Zend is currently considering one those options? If the
>> current patches are not being considered, it would be good to know
>> why,
>> so we could work towards not repeating mistakes others have already
>> made
>> and maybe be able to contribute our code?
>
> IMO even if there is a big rewrite of Zend_Pdf in the feature it
> should hold us up adding API improvements and needed features. As I
> myself found it quite complicated to draw even simple text I started a
> new proposal for some enhancements: <http://framework.zend.com/wiki/x/UwDI
> >. There has also been a proposal for Zend_Pdf_Cell
> <http://framework.zend.com/wiki/x/cak
> >, but for some reason Logan Buesching didn't respond to comments.
> Maybe he could at least give us his code under the CLA to work upon.
>
> Of course all changes done now should be made as forward compatible as
> possible, because a bigger rewrite of Zend_Pdf might happen. As long
> as we make that rewrite not to complicated, which shouldn't be that
> hard (even if it gets more modular we could keep the old methods, but
> mark the deprecated), I'm all for giving it some love.
>
>> Best wishes,
>> Markus
>
> nico
>
>
--
View this message in context: http://www.nabble.com/Plans-for-Zend_PDF-tp23425152p23469553.html
Sent from the Zend MFS mailing list archive at Nabble.com.
没有评论:
发表评论