Using iTextSharp to add form fields to pdf files, then saving them as new files. This works, but it is fiddly to have to get the location and size of each form field.
Currently, I use trial and error to get the location and size right - is there a smarter way of doing this ? Or is there some (preferably free) PDF tool out there which will allow me to drag & drop form fields to existing pdf documents, and save them as new documents.
The only tool that I'm aware of is Adobe Acrobat Professional.
Related
In npm ng2-pdf-viewer is it possible that we can view images, excel, and other documents. I have base64 string of all documents but I want to view not only pdf but all documents. Is it possible? If so, can anyone help me?
As the repo details it, ng2-pdf-viewer is just for PDF files. If you need to display Excel documents, photos, and so on, you should use a different component.
You can make a function that picks which component to use depending on what file type you have, but you cannot display them all in ng2-pdf-viewer.
ViewerJS is an example of a Framework that supports both PDF and office documents (Open Document Format).
I have a form / report that I need to get images to display on, but they are all received in PDF format which the attachment control can't display.
To get around this I was planning on using the Adobe PDF activex control, but I can't just pass it a file path since this database will be used for reporting by people that do not have access to the network shares these PDF files will be on.
Ideally I would like to store the file in the database and then pass this stored version into the control. I am having trouble finding documentation on what I can do with the adobe pdf control.
I am imaginging something like:
AcroPDF1.LoadFile (Me.attachment)
Is this possible?
What you need a database-linked PDF viewer.
Delphi: http://www.gnostice.com/nl_article.asp?id=274&t=Data_aware_VCL_component_to_display_DOCX_PDF_BMP_PNG_JPEG_from_a_database
.NET: http://www.gnostice.com/nl_article.asp?id=279&t=How_to_save_and_retrieve_PDF_documents_to_and_from_a_database_using_C
You will have to modify the data source with a network DB.
I wan't to merge multiple access reports to one pdf file using vba code. This vba code needs to work on the computers at my work. These computers only contain Adobe Reader, and I am not able to install Acrobat because I am not Administrator. So now my code generates for all the reports a seperate pdf. I had some code to merge these pdf files to one pdf file where I use 'Acrobat.CAcroApp'. But i get an error on line:
Set AcroApp = CreateObject("AcroExch.App")
I think I am not able to do this cause the computers only have Adobe Reader installed. Is there a possibility to create one pdf file for multiple reports/pdfs without using Acrobat.
Thx in advance
2 solutions.
Make a master report that has each individual report embedded as a sub report. If it's just a few, it should work fine, but too many may bog down / crash the application.
Here's a VBA way of doing it here.
Without acrobat reader this is indeed not going to work. I, however, am using the following dirty workaround for users without acrobat;
Export all your reports to rich text ("*.RTF" format) in the same folder. Afterwards, you open a word application via access vba, and loop through the RTF files and then copy them into your word file, with a page break after every insert. Then, you save the word document as a .PDF file.
This is a method prone to errors, so if a more experienced user has a better way, please do tell. I'm interested as well!
I'd like to create reports in Access, but I want to use a PDF file I've designed in Illustrator. Can I somehow import this into the Report design view in Access, and then place my data fields in the appropriate locations over my PDF?
No. I think the closest you'd get would be to convert the "background stuff" in the PDF document to an image file and then use that as the background image for the Access report.
Have a report generated from the DB, want to add an export button so they can get the same report in a excel readable sheet of some type. The key here is ease of implementation so a CSV is fine over XLS if it's easier.
Excel is actually somewhat good at reading HTML. Espcially if your HTML contains just a single table. If you want to tell the browser to open the file up in excel, you can use
Response.ContentType = "application/vnd.ms-excel"
This tells the browser to open the document in Excel, instead of just rendering it by itself. There are a few problems though. I don't think it will work if somebody wants to open it with OO.org calc instead. Also, when trying to save it, it will never convert the file to a real excel file, unless the user explicity changes the file type. If it's just an intranet app for your organization, this may not be a problem. The plus side is, is that you can use colours, borders, and even formulas, which can't be done when using straight CSV.
You can use HtmlTextWriter:
System.IO.StringWriter stringWriter = new System.IO.StringWriter();
System.Web.UI.HtmlTextWriter htmlWriter = new HtmlTextWriter(stringWriter);
grid.RenderControl(htmlWriter);
where grid is a DataGrid object. You can use other types of controls as well.