#28799

The trick with dynamic date utilizes PDF form fields. Currently PD4ML has no impact to the fields style (except box size). There are also other known issues – for example if the text to be shown in the field is too long, Acroread decreases its font size to make the text fit the space, which may appear unexpected.

We plan to investigate into the issue next week on Thursday. Hopefully we’ll find a solution.

#28050

Is there a character limit on this facility? For some reason it cuts a long description off half way.

Thanks, Lee

#28798

Thanks for the v380fx3 release,

when i use the below html form field to display in pdf, and using javascript i have to populate the date in the form field which comes as a superscript instead of comming in the same line.

<input name=i1 type=text size="10" align="bottom" style="font-size:20px;font-family:Times New Roman;line-height:1.02;border: none" readonly = "readonly"/>

See the below example.

Ex: February 1, 2012,
daily periodic rates are based on the Index Rate as of and are estimates.

I want the date (February 1, 2012,) to come in the same line. I can do this by seeting the size of the input field,but if i increase the size a gap apeears between the current line and next line.
How can i handle this? also please let me know how can i change the font of the input text variable to times new roman which is by defalut Arial.

#28897

I would also like to provide you the dump of progress monitor for our few pages:

Scenerio1: Generate 10 big HTML pages with no images in it (only plain text) and minimum styling is applied (excluded heavy css file), it generates 91 pdf pages out of it and following is the important information from progress monitor dump:

204 progress html parsed
5532 progress document tree structure built
5579 progress layouting…
8172 progress generating PDF… 1
53684 progress done.

Scenerio2: Same as scenerio1 with heavy css file
203 progress html parsed
30046 progress document tree structure built
30093 progress layouting…
32155 progress generating PDF… 1
74826 progress done.

Scenerio3: Generating 10 HTML pages containing text and images with minimum styling (excluding heavy css that I mentioned in previous post), it generates around 30 pages.

94 progress html parsed
3125 progress document tree structure built
3141 progress layouting…
3641 progress generating PDF… 1
6594 progress done.

Scenerio4: Same as scenerio3 with heavy css

109 progress html parsed
19140 progress document tree structure built

19890 progress generating PDF… 1
23499 progress done.

Thanks,
Vineet

#28896

Hello,

The css on our webpages are included as the css files. We are not using inline styling. We are generating the pdf file from pd4ml on the server where our web application exist (web pages + css + images etc). Therefore, its a less probability of any networking delays.

If we generate our webpages containing images but without CSS the performance is not that bad but with CSS its too slow. Like 139 pdf pages (with css styling, fonts and images ) are generated in approx. 80 secs. We have embed the fonts files in the jar file of our application.

Can you please answer the following questions:
The CSS that we are using is quite heavy (approx 4000 lines, 137KB size). Could heavy css size be the reason for slow performance?

If yes, does the css lines which are not used on the page also adds to the pdf generation time or time is only dependent on the how much css styling is applied on the page. In other words if only a section of css is getting applied on my pdf pages, does rendering of that particular section of css account for the generation time or whole css is parsed and rendered by pd4ml, does not matter if all the css is applied on html or not.

Is there any CSS or HTML tags/attributes/property which takes too much of time to render by pd4ml and we should avoid it to enhance the performance?

Any common tips that can imporve the performance of the overall pdf generation time.

Thanks

#28886

@PD4ML wrote:

The issue is already solved and we are almost ready to release an updated version. Currently the new build is under QA. If everything is ok, we’ll release the version later today.

I guess the fix for this has not been released yet, any new information on when it will be available?

Thanks, Jon

#28881

Using break would add a new page, correct? The pdf we try to build is just one page, using break would result in two pages. Can we do this otherwise?

#28879

If transform is a JSP tag, what kind of tag is the pd4ml:page.footer tag then? That one does work in the given example.

Which tags should I use to set the page width and inset?

#28757

Ok, done that.

.jspx files always put the xml version line and the doctype declaration, right at the top, followed by new lines.

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml-strict.dtd">
<root>

…..
once the <root> element begins there are no white spaces.

You can remove the top xml declaration by including this in the .jspx file
<jsp:output omit-xml-declaration="yes" />
and I can remove the doctype declaration if I want to by excluding this line from the code:
<jsp:output doctype-root-element="HTML" doctype-public="-//W3C//DTD XHTML 1.0 Strict//EN" doctype-system="http://www.w3.org/TR/xhtml1/DTD/xhtml-strict.dtd"/>

which I did, even though obviously these days a doc-type declaration is important.

Doing that I have source without any white spaces before the transform tag.
But it still doesn’t work if I put enabled=”false”.

Please also bear in mind that with enabled=”true” and without omitting the doc-type or any other attempted hack, it produces perfect .pdfs. The only problem is enabled=”false”.

But for me the enabled true/false functionality would be fundamental.
Thanks for your help and time.

#28791

I couldn’t see any beta-release last week of pd4ml which incorporates adding javascript to pdf. If you can provide by this week it will be helpful.

Thanks,

#28735

Hi,

I am facing the similar issue I AM NOT ABLE TO REMOVE THE UNDERLINE FOR tag,
The post above seems to be month or 2 old.
Were you able to find any work around.? Please do reply.

Thanks for any help.

#28846

Is the issue reproducible with the recent versions of PD4ML?

#28829

I guess I’m having a somewhat similar problem, however my images are coming not from an intranet server, but from an Amazon S3 account. Something like: https://s3.amazonaws.com/bucket-name/newsletters/greenlight_013112104444_WX.jpg

Is it possible to embed images into the PDF from Amazon S3, or will they need to be accessed from the server generating the PDF?

Thanks!
Ryan

#28842

ah – a new one went up today
pd4ml.pro.trial.380fx2

and that seem to be working!

thanks

#28841

Yes I think you may not have the correct jar in your current pro evaluaion download.

I dropped down pd4ml.pro.trial.380 to evaluate it not the standard one, and used pd4ml_demo.jar and pd4ml_tl_demo.jar are the only jars in that package and I have installed both.

Can you tell me the name and where I can download and evalution on the pro version so I can test that it will handle the fonts for us?

Thanks

[Author]

Posts