#29653

For the time PD4ML does not support digital signing out-of-the-box. However it implements a possibility to insert a placeholder for particular types of digital signature (a special type of PDF form input fields to be used by third-party signing tools).

Contact support pd4ml com to discuss your digital signing requirements in details.

#29506

For anyone else who may run into this same issue, they have resolved it in a new release/patch. Essentially, this was only an issue for the .NET libraries.

#29618

Thus ?

#26984

Hi, this is a pretty strange situation. Everywhere i look in the PD4ML site and support pages i see that the component is able to manage “data:image/png;base64,” images.

http://pd4ml.com/cookbook/pd4ml_document_images.htm

This is the fragment of the html of my web page:

The image is shown good on the browser but when i export to PDF i get all the HTML information except the image.
What am i missing? Should i enable some kind of parameter?
Could be something related to the image size?

Thanks in advance

#29531

Thank you, i’ve found a way to bypass this, i now generate dynamically the image from the canvas and put the “data:image/png;base64,” in the src instruction for the tag.

but….. i’ve opened a specific post for this 🙂

#29458

Could you please share if you have any more thoughts on this, added the image to identify the exact issue, thank you

#29654

Small integration on the point above.

The src content is compiled at runtime and it depends on some options during page creation.
There’s a script that appends dynamically the image content to the src field.
So it seems that the creation of the PDF doesn’t execute again the script, that’s why i cannot find the image where is expected.

Any tip on how to manage this situation?

#29655

A possible approach:

1. define your own “image URI format”. For example

[language=html:2uumnmvw][/language:2uumnmvw]

The image URI format should include all params, you mentioned, required by the image generating script.

2. implement a custom resource loader, which “understands” and can process the introduced image URI format (parses the parameters, requests the script to generate an image and returns the image back).

See http://pd4ml.com/cookbook/custom_rc_loaders.htm
“myimage:param1=value1;param2=value2” will be passed to the loader as “resource” parameter.

#29530

Just replied in the new topic.

#29505

Thank you for the confirming! Glad the issue is solved on your side.

#29459

We’ll try to experimentally exclude a bottom margin (as well as a bottom padding if an element border is not defined) from element height calculations in the page break logic. In theory it should solve the issue you are faced with.

The feature will take 2-3 days to implement/test.

#29460

Ok thank you, will wait for your solution

#29652

Hi,
in fact I was speaking about digital signatures : signing the PDF with a certificate

Thanks

#26959

Hi,
We need to set footer of the heigh of 12 cm. But the pd4ml doesn’t allow us to do, because it’s maximal value is set to default heigh.

#26953

Errors: tomcat log running into infinite loop,CPU spikes in 3.9.5 when we reference images in a template that are not actually attached.(error handling issue i guess).Is it fixed in latest versions

The issue causes Tomcat to go into an infinite loop, caused by PD4ML. These are reflected in the Tomcat logs. . That constant writing to the logs/loop is what keeps the CPU spiked high.
Part of the issue is poor CSS coding, which we’ve taken steps to correct, but another issue is caused by referencing images in a template that are not actually attached.
I guess PD4ML 3.9.5 does not handle that well and it also causes the infinite looping.Is it fixed in the latest version

[Author]

Posts