Forum Replies Created
-
AuthorPosts
-
in reply to: Hanging Threads! October 9, 2018 at 10:50#30161
I have changed the code to encode the HTML directly within the initial request, thus the second request should not be required. I’ll let you know if this solves the problem.
Thanks for the help
in reply to: Troubleshooting October 19, 2018 at 04:55#27197Hello,
I need custom ttf-fonts for pd4ml and followed the guide at http://pd4ml.com/cookbook/pd4ml_pdf_true_type_fonts.htm
It states, that after running the command following command
$ java -jar pd4ml.jar -configure.fonts /fonts/directory
a pd4fonts.properties-file gets generated. This is not the case, I execute the command and it generates a file “.fonts” at the current cmd-path (“cd”). I tried giving pd4ml a relative as well as a full path to the font folder, I executed it as administrator and I downloaded different versions of pd4ml (380, 391 and the recent 3107), nothing worked. Also running it with both java 1.8 and java 1.7 shows same results. My OS is windows 10.What am I doing wrong?
Best regards
Florianin reply to: HTML/CSS rendering issues October 20, 2018 at 16:13#27198We are facing problem setting margin value in percentage. It’s getting ignored by library. In html version it works just fine
.signature-block{
margin: 0 0 0 60% ; //Not work
margin: 0 0 0 500px; //works
}Setting margin in pixels works but display is not consistent with html. any idea how to avoid this situation. thanks
in reply to: Troubleshooting October 26, 2018 at 06:42#27199Hello,
I’m evaluating the trial version of pd4ml but I’m having some troubles trying to convert a simple HTML with internal links.If I convert HTML to PDF the result has working internal links.
If I convert HTML to RTF the result is a file with clickable links but they seem to be not working. I’ve tried to convert the RTF file to a new PDF file (using OpenOffice, LibreOffice) and the links are still not working.
In the zip attached there are the html source file and the rtf output, obtained running the following Java code:
<br /> private void generateRTF() throws Exception {<br /> FileOutputStream fos = new FileOutputStream(new File("data/output.rtf"));<br /> PD4ML pd4ml = new PD4ML();<br /> pd4ml.outputFormat(PD4Constants.RTF);<br /> pd4ml.setPageSize(pd4ml.changePageOrientation(PD4Constants.A4));<br /> pd4ml.enableDebugInfo();<br /> pd4ml.render("file:data/test.html", fos);<br /> fos.flush();<br /> fos.close();<br /> }<br />
Thanks,
M.in reply to: HTML/CSS rendering issues October 31, 2018 at 08:29#27200I am using the latest PD4ML library to convert Arabic HTML content to RTF. I have dir=”rtl” in the
tag of the HTML. The content is correctly aligned RTL in the generated RTF, but the bullet points are not aligned RTL in the RTF, they are always left aligned.
I tried to add style=”list-style-type:arabic-indic ;direction:RTL; text-align: right;” to the- and
- tags, still no success.
Please help me, I need to resolve this ASAP, as we are planning to buy the latest PD4ML library for HTML to RTF conversion for Arabic content.
in reply to: Troubleshooting October 31, 2018 at 09:03#27201I am using the latest PD4ML library to convert Arabic HTML content to RTF. I have dir=”rtl” in the
tag of the HTML. The content is correctly aligned RTL in the generated RTF, but the bullet points are not aligned RTL in the RTF, they are always left aligned.
I tried to add style=”list-style-type:arabic-indic ;direction:RTL; text-align: right;” to the- and
- tags, still no success.
Please help me, I need to resolve this ASAP, as we are planning to buy the latest PD4ML library for HTML to RTF conversion for Arabic content.
in reply to: java 10 error November 15, 2018 at 05:37#30137I am getting the same error when trying to get the image output in java 11
in reply to: java 10 error November 16, 2018 at 12:07#30138PD4ML v3.10.7 addresses the issue. Did you try it out?
in reply to: font-size rem (root em) November 16, 2018 at 13:32#30157A proper implementation of “rem” is already available in PD4ML v4 snapshots.
Forthcoming PD4ML v3.10.8 does not ignore “rem” anymore, but handles “rem” sizes as “em”, which is not correct, but acceptable workaround in most of the cases.
in reply to: Bullets not aligned RTL for arabic HTML to RTF November 16, 2018 at 13:50#30168We’ll address the issue in the forthcoming v3.10.8.
A workaround for the current version:
[language=xml:1fc6yx4i]- Item 1
- Item 2
- Item 3
- Item 1
- Item 2
- Item 3
[/language:1fc6yx4i]
As the style impacts a rendering of the doc by the browsers, you may apply it only in PD4ML context:
[language=css:1fc6yx4i]@media pdf {
OL, UL { padding-right: 30px; }
}[/language:1fc6yx4i]in reply to: Bullets not aligned RTL for arabic HTML to RTF November 16, 2018 at 13:51in reply to: not working internal hyperlinks in RTF export November 16, 2018 at 16:02#30167The issue has been fixed in forthcoming v3.10.8. The feature always works correctly in PD4ML v4 snapshots
in reply to: margin value in percentage November 16, 2018 at 17:03#30166Percent values for left and right margins are going to be supported with forthcoming PD4ML v3.10.8 release. Or take a look to the actual snapshots of PD4ML v4.
in reply to: Troubleshooting November 19, 2018 at 15:20#27202Hello,
We are in the process of upgrading our system from JDK8 to JDK9 and have ran into a bit of a roadblock with our tests. A large part of our system are transformations of HTML to PDF and there are several tests failing for the following reason.
We have a test that reads HTML-documents and makes sure that it generates proper PDF-data, basically by converting HTML -> PDF and then using a different PDF library to check that the generated bytes are indeed a PDF and check if the text extracted from it contains what we expect.
This process gets stuck just at the beginning of the document. It seems like a UTF-8 “minus” character (U+2212) is used instead of a normal ascii minus sign (which is used in the rest of the coded document) and this causes the token to be read as a pdf string literal rather than a number, which in turn causes a class cast exception.
Basically, this concerns the “% modifyCTM” section in the generated data. The two concerned rows used to look like this using PD4ML v.3.10.6 in JDK8:
% modifyCTM
0.8125 0 0 -0.8125 50 817 cmand now they look like this in JDK11:
% modifyCTM
0.8125 0 0 −0.8125 50 817 cmNotice the changed dash/minus character.
It seems odd that the character is only changed in this section and not the rest of the file, as well as only seemingly being a problem with JDK8 -> 9 (changing JDK9 to JDK11 still causes the same error).
Is there a bug in PD4ML that we have happened to stumble upon?
The source html-file is available upon request.
in reply to: Odd problem with a UTF-8 dash/minus character November 19, 2018 at 15:42#30175We have, btw, updated our license and tried with v3.10.7 as well, but the same problem occurs.
- tags, still no success.
-
AuthorPosts