7.x-2.x roadmap (still open for comments)

Sorry to start from left field, but other PDF-related services? I have an (awesome) client looking to annotate PDF documents with the search results of Apache Solr indexing of the same. As OCRd documents this is usually text behind image so seems quite hard technically, even without the vagaries of the Portable Document so-called Format, but i thought i'd ask!

I had posted this in the queue but it was removed but I still think it would be great to have the option to generate PDF-A1 format documents. PDF archival format is very important for long term readability of documents and it should be supported.

What about the possibility to include images that are not stored locally? Would that be possible? I have a client that is wanting to include all information about a plan for their land, and part of it includes an outline of their property boundaries on a google map. I was hoping to use google's static map api to have an image returned, but it would be the path to an image rather than an image stored locally.

Any chance I could get you to elaborate on this a bit? I have a few questions about how this might be possible. First, let me say that I'm not using fillPDF exactly like the example. The user is not really filling out a form with a one to one relationship between fields. Most of the site is custom forms with a lot of Google Maps integration. Eventually the user has a property node with a bunch of other information (relationships to other nodes). I was able to build a PDF that let's me output any textual information I want by writing a module that defines my own custom tokens that fill in the information that is stored in other related nodes. So now the challenge is the image, which I would ultimately like to include an image of their property with it's boundaries and features (points, polygons, lines). However, just getting an image of their property boundaries would be good for now. Here are my questions.

I have seen the example on your demo site, but since I'm not replicating the same thing, am I really required to have a drupal imagefield on my property content type? I don't think it would be used cause I was planning on defining a custom token to handle making the call to the google maps static api. The user never uploads anything to the property content type. In my experiences so far, the fields on the content type don't seem to matter much as it seems to be the mapping between the PDF fields, and the tokens that make the difference.

I assume I will need to have an image stamp on the PDF. I have not tested this cause I work on a Macbook and have not installed a virtual machine yet to run adobes liveCycle. When you add this, it won't care that the image is not local, but is instead a URL to where the image is stored on google's server?

Last, you mentioned that I may be able to use Rules to accomplish this. It's not clear to my why I would need Rules. What would you be using rules for? Would that be in place of using the custom tokens as I have been doing?

Thanks so much for the help. I really appreciate it. It's a great module and has been very helpful.

Development on 7.x-2.x has ended. Most development will take place for Drupal 8. FillPDF 7.x-1.x will be supported with bug fixes and those new features that can be implemented without disrupting stability.