HTML to PDF / DOCX / RTF Java converter library › Forums › PD4ML v3 Archived Forums (Read Only) › Troubleshooting › Lotus Notes 8.5.3 troubles with ttf fonts
- This topic has 7 replies, 2 voices, and was last updated Jan 29, 2013
17:35:43 bytommaso.
-
AuthorPosts
-
January 29, 2013 at 08:28#26811
Hi,
we have a Lotus Domino application that produces PDF files with PD4ML Libraries (Java version).
The application uses TTF Font IDAutomationHI25M.ttf to print a Barcode.
We had this application perfectly running with a 7.0.x domino server. Now we had to upgrade the server to 8.5.3 and the barcode shows like in the attached file.
The XML produced by dxl.exportDxl(tmp) is:
<tablecell borderwidth='0px 0px 2px 2px'> <pardef id='25' align='center' rightmargin='3.8229in' keepwithnext='true' keeptogether='true'/> <par def='25'><run><font size='36pt' name='IDAutomationHI25M' truetype='false' familyid='70'/><span style="color: #008000">ÀU+!!$Ã</span></run><compositedata type='65402' prevtype='65413' nexttype='65413' afterparcount='4'> <span style="color: #BF4000">ev8iAAAABwAAAAAAAAAAAAAAAAAAAAAAAABiYXJjb2RlAA==</span> </compositedata></par></tablecell>
where the string “ÀU+!!$Ô is the Interleaved 2 of 5 encoding of number 5210000003 (as required by the fonts) while
the char string “ev8iAAAABwAAAAAAAAAAAAAAAAAAAAAAAABiYXJjb2RlAA==” seems to be added by exportDxl function.The second line (in the attached pdf) shows the same value (“ÀU+!!$Ô) print using a IDAutomation font which is NOT present in the jar file neither in the c:windowsfonts directory. The misteryous string still appears.
Does any of you have any idea?
thanks a lot
tommasoJanuary 29, 2013 at 11:27#29202UnDecoding Base64 the string:
ev8iAAAABwAAAAAAAAAAAAAAAAAAAAAAAABiYXJjb2RlAA==gives:zÿ”����������������������barcode�
with the text “barcode” at the end (that comes from the final part of the string AABiYXJjb2RlAA==)
In fact that field is a BARCODE…
even though this doesn’t help me :-< -t-
January 29, 2013 at 11:34#29203The garbage looks like UTF-8 wrongly interpreted as Latin-1. Should be solvable with an XSL adjustment. Could you please publish a DXL sample, which causes such problem?
January 29, 2013 at 11:57#29204thanks for the quick answer
the code I use is:
Document tmp = db.createDocument(); RichTextItem rti = tmp.createRichTextItem("PD4MLBody"); doc.renderToRTItem(rti); DxlExporter dxl = session.createDxlExporter(); dxl.setConvertNotesBitmapsToGIF(true); => in this case il useless dxl.setOutputDOCTYPE(false); => tried with (true) but is the same
Stringxml= dxl.exportDxl(tmp);and the string “xml” contains
<tablecell borderwidth='0px 0px 2px 2px'> <pardef id='25' align='center' rightmargin='3.8229in' keepwithnext='true' keeptogether='true'/> <par def='25'><run><font size='36pt' name='IDAutomationHI25M' truetype='false' familyid='70'/>ÀU+!!$Ã</run>
<compositedata type='65402' prevtype='65413' nexttype='65413' afterparcount='4'> ev8iAAAABwAAAAAAAAAAAAAAAAAAAAAAAABiYXJjb2RlAA== </compositedata>
</par></tablecell>where the last part has something to do with the Base64 Encode of the Barcode.
I don’t know how to export a DXL in a different way … sorry
-t-
January 29, 2013 at 15:03#29205Could you please send the entire DXL and its resulting PDF to support pd4ml com?
I tried to convert the snippet you sent with our actual XSL and it printed only “ÀU+!!$Ô (well, we do not have the needed barcode font to test). Base64 portion has been suppressed by
<xsl:template match="d:compositedata" />directive.January 29, 2013 at 15:40#29206here you are
I attach PDF, xls, xml, html.
We had PD4ML 3.6.0, now we’re performing the test with 3.8.1
You are very kind :->
tommaso spazzali
January 29, 2013 at 16:05#29207I converted the DXL with the actual XSL and as for me it seems to be correct (except a missing barcode font issue).
I have attached the conversion result and the XSL stylesheet (which can be also taken from the actual Dxl2Pdf package: https://pd4ml.com/command-line-dxl-to-pdf-converter.htm )
January 29, 2013 at 17:35 -
AuthorPosts
The forum ‘Troubleshooting’ is closed to new topics and replies.
