You know - you may want to look at a product called PlanetPress by Objectif Lune. I don't want this to be a sales pitch - they happen to be one of my clients and are a very good solution to electronic forms and have ALOT of pdf features. Their whole software is about low file size, conditional forms and hgih res print quality pdf's.
You probably won't find much on a search on the web or at their website of what you may find fits your needs.. But since I do all their marketing and web development - i know of their whole product line and features. They have a product specifically that sits on the server. accepts email data - compiles misc pdf's according to what the user wants - and distributes that how you want it - email , fax etc. Let me know offline if your interested. They really have an exact fit for what you are looking for.. and may solve a dozen other problems. And no - no commision or stake in it besides they are a very good client of mine. jay miller Etcetera Inc 732-864-97 Jeff Small wrote: >Large insurance company has a lot of "forms" that are pdf files. They're not >true forms, in the sense that they've had form fields placed in them and >defined. They're merely Word documents (and in some case....no lie...scans >of older forms, saved as tifs, and output as a pdf from photoshop...trust >me, I had NOTHING to do with the origin of these pdf files...lol) that have >been saved as pdf files. > >Now, here's the question. > >They want to turn them into forms that will accept data, and submit it, then >on the back end, populate a pdf from the submitted fdf file, and attach it >to an email and send it to the person receiving the form submission. I think >there's something about how it (the form) has to be submitted exactly like >it appears so that the person receiving it on the other end can simply print >it and file it. (I know, I know...please...I went all around this over the >weekend). > >I can think of about a hundred reasons why I hate the very idea of >approaching this project in this manner, and I offered a compromise solution >of creating web forms in dreamweaver, and, using cfmx, store the information >in a database, and generate an email with a link to a page that will display >the submitted information, and allow the users to click a link that will >take that information and generate a dynamically populated PDF file, then >give them the ability to attach it to an email and send it to a >predetermined recipient list. > >This was somewhat well received, and I began the task of searching for ways >to accomplish this. It seems easy enough on the backend. Has anyone else >tried anything like this? It would be generated on a Windows Machine running >IIS and Windows 2000 server, running ColdFusionMX. > >What ways did you do it? Was it successful? Any advice on pitfalls to avoid? >Any advice at all? > >I think we *might* need to actually submit a PDF file (due, believe it or >not, to some insurance laws about hard copies of applications and form >submissions), and I'm particularly interested in any tales of experiences >with "Digital Signatures" in Acrobat, and how to handle that in CF. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm
