#27756

@jf wrote:

Is this still intended to work? The code below does not result in newlines being entered into the footer.

Sorry, I forgot to submit the code:

            PD4PageMark footer = new PD4PageMark();
footer.setAreaHeight(100);
footer.setTitleTemplate( "upper footer textn" + "TEST" );
footer.setPageNumberTemplate( "n277GG11-06" );
pd4ml.setPageFooter(footer);

The rendered PDF displays a single line: “upper footer text TEST”

Using the pro version.

#27755

Is this still intended to work? The code below does not result in newlines being entered into the footer.

#29817

Ok, thanks, we will wait for your reply

#29815

Yes, we have defined this in pd4fonts.properties

Arial=arial.ttf
Arial Bold=arialbd.ttf
Arial Bold Italic=arialbi.ttf
Arial Italic=ariali.ttf
Courier New=cour.ttf
Courier New Bold=courbd.ttf
Courier New Bold Italic=courbi.ttf
Courier New Italic=couri.ttf
Times New Roman=times.ttf
Times New Roman Bold=timesbd.ttf
Times New Roman Bold Italic=timesbi.ttf
Times New Roman Italic=timesi.ttf
Calibri Bold=calibribd.ttf
Calibri=calibri.ttf
Calibri Italic=Calibrii.ttf
MingLiU=mingliu.ttc_0

The issue happens only when the english and chinese characters inside one span or tag, If the chinese in in another span, it is working properly. But in our case, it will come together inside one span, please help us to resolve this. Otherwise it would a big blow for us as the existing functionality will be broken with the upgrade

Regards
Sarin

#29804

Thanks for the reply.
My understanding is that the barcode string our example is UTF-8 encoded. See, for example the “Encodings” section in the following webpage for the Unicode character 0x0153 (the barcode STOP character):
http://www.fileformat.info/info/unicode/char/0153/index.htm
The UTF-8 (hex) representation of this character is “0xC5 0x93 (c593)” which is exactly what can be found in our example file at the end of the barcode string.
Am I misunderstanding or overlooking something?
Regards,
Alex

#29802

Hello Support Team,
Unfortunately moving away from the Unicode UTF-8 standard is not an option in our project. The webpages to be converted will also hold international characters like the German umlauts (ö,ä,…) or the French accents (é,à,…) in other fonts.
In any case, what does not seem to be clear in your explanation of the solution is the problem itself. Why does PD4ML accept UTF-8 double char sequences for characters like “ü” which equals “c3 bc” in Hex, for example, but does not accept others like the STOP character “c2 9c” in the barcode example?
Greetings,
Alex

#29813

Now we’re trying to workaround this issue (temporarily) by allowing the signature to fall outside of the regular printable area (possibly reaching into the document footer). But PD4ml does not seem to allow that: even if we put the image in a smaller div with overflow:hidden, thus effectively cropping the bottom of the signature image (which is usually blank anyway), as soon as a part (albeit cropped) of the image would reach outside of the printable area, it disappears entirely. (A simple test for this behaviour is positioning the image with style=”position:absolute; bottom: -1cm;”.)

While browsers (tested with Chrome and Firefox) have problems with page-break-after:avoid as well, they at least handle this situation correctly. Could you comment on that?

Best,
Matija Polajnar

#29812

Well, we have a bit more than 2 months of upgrades covered by our current Pro licence, but no pressure. 😉 Thank you for your answer.

#29810

The problem is that the document above the signature is written by the user of the application. I have no control over its content; the last element could be a single-sentence paragraph, a long paragraph, a table, an image … Your solution would only be useful if I would encapsulate the last element of the document and the signature image within a single div and style it with page-break-inside:avoid. But I cannot do that because that would also prevent page breaks within the last, possibly long, paragraph of the document.

#28369

@PD4ML wrote:

> but my image can’t get metadata with reader.getImageMetadata(0);.

What kind of error it produces?

reader.getImageMetadata is null so unable to proceed to next line of code.

#29800

Hello Support Team,
Thanks for sharing your findings.
I believe the HEX character you mention (Hex: C29C, which is equal to ASCII: 156 and Unicode: 0153) is in fact the barcode’s End or “STOP” character and has in deed a graphical representation within the TTF. The list of all defined characters for this barcode font can be found here:
http://freebarcodefonts.dobsonsw.com/Code128Transformation.htm
Should PD4ML not accept this and other defined control characters?
Greetings,
Alex

#29797

Hello,
Thanks for your reply and time to look into this issue.
The usual location for the font after the .MSI installation would be “C:WindowsFontsCode128bWinLarge.ttf”.
I have sent the font file to the PD4ML support e-mail address as requested.
Have a good weekend,
Alex

#29791

Awesome 🙂

By adding encoding=”default” to <pd4ml:transform> got the job done.
I will do some more testing today and see how everything works.
I will also test with older version of PD4ML for which we have a license.
If we decide to upgrade to PD4ML Java v3.9.8b1, I believe we need to purchase the new version again or since we already bought before, we can upgrade for free? I mean I can get the non-demo jar files.

Thanks a lot.

#29788

Thanks for such a quick response. I know it should be evening time there 🙂
I did send a blank PDF with attachment by name “TestPDF.pdf”. You did not get it? I don’t know if either of our mail servers filtered it for some security reason. I doubt though.

It is not a blank browser frame. It does show as a PDF and when I right-click to check document properties, it does show as Application: PD4ML. HTML to PDF Converter for Java (398b1)

I am also not understanding why the PDF is not showing anything. I do have ss_css2.jar in classpath but I believe the PD4ML Java v3.9.8b1 version does not use ss_css2.jar anymore.

Thanks again

#29786

Hi PD4ML,

I sent the email to you (support at pd4ml dot com) regarding the blank PDF problem along with attachments.
Did you guys find any problem in my code and any work around solution to fix the problem?

Thanks and I appreciate your help.

[Author]

Posts