I have a form with some boxes to use handwriting and signature in an ipad, it is
http://asbec.mx/form
I want a button to save as pdf and another one to print via airprint.
It is for a webapp.
I have already tried a button to save as pdf as you can see, the problem is that it creates a blank form.
Thanks for your support
This seems to be something that should be handled on the server end. You might try something like Zend PDF framework (extended PHP library).
http://framework.zend.com/manual/1.12/en/zend.pdf.html
Related
Hi guys i need to save my HTML page in a PDF file how i can do that ?
Function or external app?
this is one example of my page:
|
v
Can anyone link me a tutorial? it's my first experience with these things
i need to store the pdf in a directory in the server .. whit window.print() user must click Print in the layout... i want a function that print in automatic without any user action
If you want to add a button to save a page as PDF, you might just assign window.print to the button. All of the modern browsers will allow the user to save document as a PDF from the print dialogue.
EDIT: for storing PDF on a server you may use a library like html-pdf
My application basically has list of PDF forms and it allows the end users to fill up the forms(Edit forms) and that will be send back to server.
This application is an ipad application It works fine on desktop.But when i launch that application in ipad , PDF opens only with text and does not show any PDF fields (like radio buttons ,Checkbox and PDF submit button which are created using Acrobat). and there is no way to edit PDF forms in ipad(This form is displayed in an Iframe).
Ipad's browser has its built in PDF viewer which will not allow users to edit forms. Is there any plugin which i can use for this purpose ? or there are many app on appstore for editing PDF on IPad. So is there a way to integrate that app in our application ?
How do i achieve this ?
You could try out PDF.js, pdfedit or pdfstudio. Xournal also supports annotations. These are all opensource.
is there a way that when my users filled in everything in an html form, then there is a download PDF button and these datas will pass to a PDF and save as a pdf to the desktop, however the client does not allow me to use any of the Server side script.
You could have used FPDF Library, but it is server side solution. Probably it is impossible to do without any server side script.
Edit:
Although, I have just find some JS solution. Read this:
Generating PDF files with Javascript
Yeah there is, but you'd have to use a 3rd party solution like pdfmyform.
You just put a link on your webpage and the link transmits all your page & form info to the webservice and returns a PDF. You'd only have to think if you're ok with sending all the content over to a 3rd party.
I have made an html form. What i want to happen is when the user clicks submit for the page to be emailed as a pdf (like the pdf that comes up if you print the webpage). I've been looking a all sorts of script but nothing seems to do what I want.
You will have to have a server-side component that takes the values, creates the PDF, and then e-mails it appropriately.
You'll be surprised to hear that not all browsers can easily make pdfs out of web pages. Hence, there is no universal JavaScript command that simply taps into a browser's capabilities. That leaves you with options:
Generate the pdf on the server (using, say, pdfbox, and send the email right from the server (using good old sendmail).
Generate the pdf on the server, have the user download it, and then transfer it all to his email client. (Might just work, see on Stackoverflow).
Generate the PDF in the browser, cross-platform. There are some Javascript-only libraries that can generate PDF.
Use Safari's PDF capabilities. Safari can make PDFs just in the print dialog. Explain that to your users and call window.print().
I currently have a "PrintingWebService" that I call from an AJAX page with all the information that is needed to construct a highly customized PDF printout using PDF Sharp and the PDFSharp's GDI+ mode, which takes DrawString and other commands that work basically just like GDI+ only they are drawn to the PDF.
I then save the PDF file to a location on the webserver and return the file name from the web service, and the AJAX page opens a new window with the pdf file.
So far, it works well, however, there is one part of my AJAX page that I want to printout and I haven't come up with a solution for yet. I've got a string of the HTML content of a TinyMCE editor that I want to dispay in the bottom part of the PDF page.
I'm looking for some sort of tool I could use for this purpose. Even something opensource that prints to GDI+ I could use by taking the source code and translating it to use PdfSharp's GDI+ (the class names are like XGraphics, with each class having X before the GDI+ name).
If I have to I will limit what HTML can be generated by TinyMCE and write my own renderer, but that will be a big challenge, so I'm looking for other solutions first.
I've stayed away from a printer-friendly page approach because I wanted to construct a page that was a near identical of an existing WinForms printout, using my existing code. With PdfSharp I was able to convert all the code except the text area stuff (which used the RichTextBox and RTF in the WinForms version).
Tony,
I personally have used WebSupergoo's ABCPdf library with much success. You can actually render HTML directly to the PDF and it does fairly well in regards to accuracy.
Another free software that will allow you the flexibility of writing HTML to PDF that I have used in the past with much success is iTextSharp.
Otherwise, I think you'll have to write something to render HTML to GDI.
Either way, you may want to consider using an HttpHandler that you map to using your web.config to generate the PDF file. This will allow for you to render the PDF to a bytestream and then dump it directly to the user (as opposed to having to save each PDF receipt to the web server). It will also allow for you to use the .pdf extension in the page that returns the receipt (PurchaseReceipt.pdf could be mapped to a HttpHandler)... making it more cross-browser friendly. Older versions of Adobe / Browsers will not display correctly if you start throwing a PDF byte stream from an ASPX page.
Hope this helps.