#28615

The version v371b10 is already in the download area, however in order to find it you need to expand “All available versions and builds”.

#28616

hello
i have tried the version you indicated and its not working . for that i attached both the html and the generated pdf . so please view them and identify the problem in the numbers ordering

thanks

#28617

The screenshots you sent are not readable (obviously you used the worst JPEG compression level and the text appears as blury clouds). Also screenshots do not help us to resolve problem – they are only images and there is nothing to analyze.

Please attach or send a HTML source and the corresponding PDF result.

#28627

Thanks it solves my problem but i had one more little question. i have topvalue,left,right and bottom value wich is configured for landscape and need to be changed for portrait for a good visualization help me on this issue.

in the other hand how is the contact to get a professional licence of this software.

#28611

Just to close the topic.

The issue was caused by an interference with an older version of CSS parser JAR in the classpath (or in shared lib/ directory).

Josh, thank you for the info!

#28612

Exactly correct – the conflicting jar was from an old implementation of HTMLUnit (cssparser-0.9.5.jar). Thank you for your assistance!

#28618

ok , please find in the attached folder two files one is index.html which contains the source html and one named generated_pdf.pdf which is the resultant pdf and let me just signify the part in which we faced the issue

here is part that contains the issue as it appears in the source html

الرقـــم : 28/2/1
التاريــخ : 03/01/2011 م
الموافــق : 27/محرم /1432 هـ

now the issue as you would have seen in the attached pdf is with direction of the above numbers

thank you very much

#28619

Thank you, now the issue is clear and the description is sufficient.
It looks we fixed the issue now. Please contact support pd4ml com if you would like to test the solution before we released it.

#28620

Thank you very much
i will contact support but what should i tell them so that they give me the updated JARs that contain the solution to this issue

thanks

#26596

Hi,

We have a web service that returns jpegs in 12-bit format, not 8-bit. When referencing the images via a url in the html we get sun.awt.image.ImageFormatException: Unsupported JPEG data precision 12. I understand that java does natively support the 12-bit format, but before we go off and work out our own solution I was wondering if PD4ML offers any help here or if there is a recommended way to handle this?

thanks
Steve

#28633

Steve, there is a big probability the image format is supported by JAI library. If so, you may implement a custom resource loader, which reads the JPEG (using JAI library), and converts it on a fly to any PD4ML-friendly image format.

I’ve attached a sample of TIFF loader to start the implementation from.

#28621

just suply your request with a reference to the topic

#26595

Hi, i’m trying to generate on tiff format from taglib, but the outputformat parameter has no effect, i have tried TIFF and tiff as values.

Debuging i have the version:

INFO: version: PD4ML 360 Pro
INFO: new parse attempt with: Cp1252

So i have pro versión and should use feature, wath can be happening?

Thanks in advance

#28632

PD4ML supports output format change only since v3.7.1.

Alsp please note, for TIFF output you would also need JAI libraries (jai_codec.jar and jai_core.jar) in the classpath.

#26597

Hi, I’m using Pd4ml Pro 3.7.1b4 in java

The product works great for rendering pdfs, but I’ve noticed some quirks with rendering rtfs. I know rtfs are less supported than pdfs, but I’m hoping you could help me figure out this problem and how to get around it.

I’m trying to render html with a large table with ~8000 rows, but it takes far too long. As a test, I generated some basic html tables with rows number 2k, 4k 6k, etc. I found that while the rendered file’s size went up linearly with the number of rows, the length of time it took to complete the render was growing geometrically. That’s not a problem for rendering pdfs — pd4ml can finish an 8000 row document in 15 seconds — but it takes over an hour and half to complete the same document as an rtf. Granted, rtf file sizes also grow 10x faster than pdf file sizes, but rtf render time is vastly outpacing pdf render time.

Is there any way to improve this? Is it an inherent flaw with rtfs or pd4ml, or is there some bug that might be fixed in a future release of pd4ml?

Thank you for your feedback.

[Author]

Posts