Forum Replies Created

Viewing 15 posts - 1,681 through 1,695 (of 4,249 total)
  • Author
    Posts
  • in reply to: Absolute positioning within a padded parent
    #28833

    Few minutes ago I replied to another your question and referenced the issue as well.

    in reply to: Generating editable PDF forms
    #28823

    Yes. Here is an example how to implement it in JSP scenario and to receive submitted data on the server side:
    pd4ml-html-css-pdf-tips-tricks-f7/pdf-forms-t422.html

    If you prefer to use PD4ML API, you need to trigger pd4ml.generatePdfForms() API call to enable HTML forms to PDF forms conversion.

    in reply to: Absolute positioning within a padded parent
    #28834

    @PD4ML wrote:

    Few minutes ago I replied to another your question and referenced the issue as well.

    Ah, sorry and thank you. We must have been writing simultaneously.
    I’ll put one together and post it ASAP.

    Thank you and have a nice evening from freezing Munich!

    in reply to: I can´t apply css
    #28805

    Good morning!!!

    Finally i get the solution to my problem… it was direction´s port 8080, with another link without port it works fine!!!

    But i don´t understand why with 8080 port it works in local…

    Thank you very much for your interest and your quick answers 🙂

    in reply to: TTF issues Pro Eval Version 3.8 vs 3.7
    #28822

    Yes, the new version did fix that issue. Thanks.

    #28760

    Thank you very much for your reply.

    If possible I’d like an email advice for the beta once the fix is available.
    Thanks again.

    in reply to: I can´t apply css
    #28806

    Glad it works for you now.

    > But i don´t understand why with 8080 port it works in local…

    I suspect network issues: probably the remote server blocks outgoing 8080 requests etc.

    in reply to: HTML/CSS rendering issues
    #26676

    I’m having an issue with line breaks on formatted number fields. That is, numbers will break across lines improperly.

    Here is the .html

    <br /> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"<br /> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><br /> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"><br /> <head><br /> <meta http-equiv="Content-Type" content="text/html;charset=utf-8" /><br /> <title>TI</title><br /> <style type="text/css"><br /> *{font-weight:normal;font-family:Arial;font-size:12px;}<br /> </style><br /> </head><br /> <body><br /> <p><br /> 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000<br /> 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000<br /> 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000 80,000<br /> </p><br /> </body><br /> </html>

    and the output is attached.

    Thanks for any assistance.

    in reply to: General questions / FAQ
    #26677

    Hello everybody
    In one of our projects we have the strange requirement that we must render a PDF file with a huge number of pages (currently 15.000!!) and we are wondering if there is a way to achieve that with PD4ML. I have seen that there is a rendering method which is based on an input stream reader and an output stream which looks quite like a streaming interface being suitable for “endless” data. So I made some tests with this method but it still seems to keep too much page-dependent data inside during the rendering process, causing an OutOfMemory exception after a while.

    I know that this is a weird requirement, but could you give us some advice if there is a chance for rendering such things at all with PD4ML?

    Regards,
    Jan Lessner

    in reply to: Generating PDFs with huge number of pages
    #28865

    In general it is not possible to implement the “endless data” PDF output in HTML-to-PDF conversion scenarios.

    PD4ML does all the layout of all the pages in memory, before it writes anything out. The reason is following: let’s say the source HTML layout is built as a single huge table. Any cell, let’s say, on page #350 whose width is a bit wider than previous cells of the same column requires re-layouting of previous 349 pages – as it impacts the entire table layout. If the 349 pages are already written to an output stream – the re-layouting is not possible anymore.

    in reply to: Generating PDFs with huge number of pages
    #28866

    OK, makes sense. In our monster case the resulting document is in fact a sequence of snippets where each of these makes up a single page. Is there a way to sequentially produce PDF snippets and concatenate them to a single document in a separate phase afterwards? We are not familiar with the structure of PDF (that’s why we love to use PD4ML), so don’t laugh of this is an absurd idea 😉

    in reply to: Generating PDFs with huge number of pages
    #28867

    There are relatively new PD4ML API methods merge(), intended for that. A PDF parser behind them has a limited functionality for the time being and cannot read some third-party PDF documents. But it reads/merges PDFs produced by PD4ML with no problems. So your idea should work.

    in reply to: Generating PDFs with huge number of pages
    #28868

    Hmm… if you can split the huge document to smaller portions, probably even a PD4ML.render( URL[], … ) or PD4ML.render( StringReader[], … ) method should help. It will render each of multiple HTMLs one-by-one, deallocating parsed structures after a portion is converted to PDF.

    The following code should reduce RAM utilization if your document has bulky images.
    [language=java:1mepq6g0]Map m = new HashMap();
    m.put(PD4Constants.PD4ML_CACHE_IMAGES_IN_TMP_DIR, “true”);
    pd4ml.setDynamicParams(m);[/language:1mepq6g0]

    in reply to: Positioning – bottom ignored
    #28691

    @PD4ML wrote:

    Viktor,
    Could you please create and send us an HTML document, with your most wanted currently unsupported CSS features we could use for our internal tests?
    (including html-css-to-pdf-rendering-issues-f3/absolute-positioning-within-a-padded-parent-t524.html test case)

    Hello – thank for your reply.
    Our currently most wanted properties are those 2 remaining positioning directions – bottom and right, and the already referenced “padding in absolute positioning parent” issue.
    I have created another test case that tests both these issues:
    http://www.vergangen.de/permatemp/pd4mlreport/pd4mltest_positioning.html
    It needed a bit of overhead for MSIE, but in the end it shows the same in all browsers and, ideally, it should show the same in PD4ML. Testing in the GUI of the last version, all the violet boxes show overlapping at one position, while they should be occupying the respective corners of the parent box.

    Kind regards,
    Viktor

    in reply to: Exclude a couple of H1 and H2 Tags, but not all of them
    #28740

    PD4ML can generate TOC and bookmarks (outlines) from H1-H6 structure.

    Bookmark structure usually appears in a side frame of Acroread viewer; TOC is inserted as a substitution of tag into the document body.

    pd4ml-bookmark-visibility property impacts generation of bookmarks only.

    Currently we work on the documentation update, the work is not done yet. But you may take a look to the relevant sections – hopefully it helps:

    TOC: http://pd4ml.com/cookbook/pd4ml_table_of_contents.htm
    Bookmarks: http://pd4ml.com/cookbook/pdf_bookmarks.htm

Viewing 15 posts - 1,681 through 1,695 (of 4,249 total)