Forum Replies Created
-
AuthorPosts
-
in reply to: Absolute positioning within a padded parent February 6, 2012 at 17:19#28833
Few minutes ago I replied to another your question and referenced the issue as well.
in reply to: Generating editable PDF forms February 6, 2012 at 17:24#28823Yes. 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.htmlIf 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 February 6, 2012 at 18:08in reply to: I can´t apply css February 7, 2012 at 12:30#28805Good 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 February 7, 2012 at 14:10#28822Yes, the new version did fix that issue. Thanks.
in reply to: pd4ml in a .jspx file used with success – up to a point …. February 7, 2012 at 15:05#28760Thank 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 February 7, 2012 at 16:41#28806Glad 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 February 7, 2012 at 17:09#26676I’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 February 8, 2012 at 10:36#26677Hello 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 Lessnerin reply to: Generating PDFs with huge number of pages February 8, 2012 at 13:28#28865In 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 February 8, 2012 at 14:13#28866OK, 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 February 8, 2012 at 14:45#28867There 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 February 8, 2012 at 15:03#28868Hmm… 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 February 8, 2012 at 15:09#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,
Viktorin reply to: Exclude a couple of H1 and H2 Tags, but not all of them February 8, 2012 at 18:17#28740PD4ML 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 -
AuthorPosts