Forum Replies Created

Viewing 15 posts - 3,601 through 3,615 (of 4,234 total)
  • Author
    Posts
  • in reply to: Hanging Threads!
    #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
    #27197

    Hello,

    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
    Florian

    in reply to: HTML/CSS rendering issues
    #27198

    We 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
    #27199

    Hello,
    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
    #27200

    I 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
    #27201

    I 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
    #30137

    I am getting the same error when trying to get the image output in java 11

    in reply to: java 10 error
    #30138

    PD4ML v3.10.7 addresses the issue. Did you try it out?

    in reply to: font-size rem (root em)
    #30157

    A 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
    #30168

    We’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
    1. Item 1
    2. Item 2
    3. 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
    in reply to: not working internal hyperlinks in RTF export
    #30167

    The 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
    #30166

    Percent 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
    #27202

    Hello,

    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 cm

    and now they look like this in JDK11:

    % modifyCTM
    0.8125 0 0 −0.8125 50 817 cm

    Notice 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
    #30175

    We have, btw, updated our license and tried with v3.10.7 as well, but the same problem occurs.

Viewing 15 posts - 3,601 through 3,615 (of 4,234 total)