Overview
Version 1.0.0 - Accepts inline and internal styles and also adds images in the PDF if they are publicly hosted. Based on content, multiple pages will be created in the PDF. The Smart Service will accept HTML files with properly closed tags including <br> and <img> tags otherwise the node will be errored out.
Version 2.0.0 - Everything with Version 1.0.0 and ability to generate PDF from HTML with landscape orientation.
Key Features & Functionality
Inputs
Outputs
If anyone else has this issues, the fix is to use data-docid instead of appianDocId, until a fix is released.
We are having issues with images not displaying in the pdf when using the smart service "HTML to PDF (Page Number and Custom Fonts)".
The same images display fine when using "HTML to PDF" smart service.
Hi Team,
Unable to display images in the PDF, we tried new version but it's not working.
Hi safeth.habibija.personifyhealth ,
This issue has been addressed in V3.0.1 of the plugin which is currently in review.
Regards,
Praveen Santhosh.
Hi team,
we also have an issue with the PDF conversion once we updated the plugin from 2.1.12 to 3.0.0.
The document generated is displayed as empty, even the file is not 0 size.
We also utilize a font document and an HTML template with an included image.
Hi Vuram team,
After upgrading from version 2.1.1 to version 3.0.0, we are observing an issue with generating PDFs with the plugin with the following conditions:
1) A font document is passed to the smart service
2) An image is included in the HTML
Version 2.1.1 of the plugin supports this, so this appears to be a regression. Are you able to check if a bug was introduced in the latest version and provide a fix? I'm happy to provide a simple HTML file that we're using to reproduce the issue.
Hi Vuram team, I've been doing some testing with this plugin and sometimes it will fail silently, like the issue Andrei is having below. This failure does indeed hold the app-server node hostage, meaning any other processes on it will eventually time out.
This could be a problem for businesses that rely on this plugin for their processes, as the only way you can track this is either via looking at long running processes or having built a failsafe mechanism for processes that run for over a period of time.
If you'd like a couple of HTML documents that we've been able to crash it with, please email me and I can send them across.
We have encountered an issue with the plugin’s HTML-to-PDF conversion. When attempting to render a tick mark inside a checkbox in the generated PDF, the tick mark is not displayed as expected. Instead, it is converted into a # symbol in the PDF output. This issue appears to be related to font or Unicode character support during the conversion process.
As a workaround, we are currently displaying a tick mark inside square brackets (e.g., [[emoticon:7e405c0fb3114c2594c00fd89a9d9667]]) next to the label to indicate selection.
Could you please advise if there is a recommended approach or any planned updates to support proper rendering of tick marks in PDF output? Any guidance or improvements would be appreciated.