[
https://issues.apache.org/jira/browse/PDFBOX-3164?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15058813#comment-15058813
]
Matthias Stoll commented on PDFBOX-3164:
----------------------------------------
@Tilman: No, I am not a client of Qoppa directly. One of our customers intends
to use this software stack for one of his business applications. His first idea
was to directly use PDFs created by the Qoppa software, but consulting them I
suggested that only the XFDF files should be used to be able to flexibly
process XFDFs independently from the PDFs.
Therefore I use Qoppa software - just to check whether the approach is
meaningful at all.
Now after the lastest fixes in PDFBox I'm even more convinced.
> XFDF annotations partially incorrectly applied to existing PDF or exceptions
> when parsing
> -----------------------------------------------------------------------------------------
>
> Key: PDFBOX-3164
> URL: https://issues.apache.org/jira/browse/PDFBOX-3164
> Project: PDFBox
> Issue Type: Bug
> Components: PDModel
> Affects Versions: 1.8.10, 2.0.0
> Environment: Windows 7 SP1 Enterprise, 64 Bit, Java 8u66 64 Bit
> Reporter: Matthias Stoll
> Labels: annotations, xfdf
> Fix For: 2.0.0
>
> Attachments: Multipage_Sample_annots_cloud.xfdf,
> Multipage_Sample_annots_freetext_OK_PDFBox.pdf,
> Multipage_Sample_annots_ink_ok_PDFBOX.pdf,
> Multipage_Sample_annots_polygon_OK_pdfbox.pdf, XFDFStamper.java, samples.zip
>
>
> I am currently investigating in using PDFBox (my tests used PFDBox 2.0RC2)
> for a small use case „stamping“ annotations from a given XFDF format (created
> by Qoppa’s jPDFEditor/jPDFNotes, www.qoppa.com) into a given PDF/A-1b file.
> This works with a surprisingly minimal set of Java code line But: obviously
> not all XFDF elements are supported and/or there are bugs in reading XFDF up
> to now.
> I just wanted to let you know about my experiences.
> a) Drawing lines painted by a pencil (element: “<gesture>”) do not show up
> at all after stamping them. Why?
> Sample data to test with:
> <ink name="C2B070EBB736993EA25F4545350AD2C3" style="solid" width="4.0"
> flags="print" date="D:20151207122033+01'00'" color="#00ff00"
> opacity="1.0" page="0" subject="Bleistift"
> rect="62.4562,1378.1637,167.5599,1402.8388"
> title="matstoll"><inklist><gesture>68.4562,1385.1637;69.7534,1385.1637;73.6451,1385.1637;77.5368,1385.1637;82.7258,1387.7582;89.212,1389.0554;93.1037,1390.3525;96.9954,1390.3525;100.8871,1391.6498;104.7788,1392.947;111.2649,1394.2443;116.4539,1394.2443;121.6428,1395.5415;125.5345,1395.5415;130.7235,1395.5415;134.6152,1395.5415;139.8041,1395.5415;143.6958,1395.5415;148.8848,1395.5415;151.4792,1395.5415;155.3709,1396.8387;156.6682,1396.8387;157.9654,1396.8387;160.5599,1396.8387</gesture></inklist><contents>Pencil
> line</contents></ink>
> b) Polygons (at least when created with jPDFNotes) throw an exception when
> reading:
> Exception in thread "main" java.lang.NumberFormatException: For input string:
> "1318.7075;1054.6517"
> at sun.misc.FloatingDecimal.readJavaFormatString(Unknown Source)
> at sun.misc.FloatingDecimal.parseFloat(Unknown Source)
> at java.lang.Float.parseFloat(Unknown Source)
> at
> org.apache.pdfbox.pdmodel.fdf.FDFAnnotationPolygon.initVertices(FDFAnnotationPolygon.java:101)
> at
> org.apache.pdfbox.pdmodel.fdf.FDFAnnotationPolygon.<init>(FDFAnnotationPolygon.java:78)
> at
> org.apache.pdfbox.pdmodel.fdf.FDFDictionary.<init>(FDFDictionary.java:196)
> Sample data to test with:
> <polygon name="534DC02A197B56578FFA6AE5F178100F" style="solid" width="9.0"
> flags="print" date="D:20151207121013+01'00'" color="#0000ff"
> opacity="1.0" page="0" subject="Polygon"
> rect="857.5527,1117.7167,1063.6517,1334.1936" title="matstoll">
> <vertices>866.5527,1318.7075;1054.6517,1325.1936;1032.5987,1126.7167;876.9306,1179.9034;866.5527,1318.7075;</vertices>
> </polygon>
> c) A cloudy polygon cannot be read either – I assume a general issue
> reading polygons.
> Sample data to test with:
> <polygon name="0276B0ECDCA680FDB0C0AE8377AE0FAA" style="cloudy" width="4.0"
> flags="print" date="D:20151207122247+01'00'" intensity="2"
> color="#ff5500" opacity="1.0" page="0" subject="Cloud/Wolke"
> rect="278.8037,1105.6361,563.5944,1216.9184" title="matstoll"
> IT="PolygonCloud"><vertices>310.0391,1147.4725;420.304,1205.8481;555.2164,1117.6361;342.4699,1117.6361;286.6888,1134.5002;310.0391,1147.4725;</vertices></polygon>
> d) A freetext (“<freetext>”) element will not show up correctly:
> b1) Though “width=0.0” for the box, it PDFBox will render a box around the
> text
> b2) Though font is set to “font: Courier 12pt; color:#000000” a wrong font
> will be rendered
> b3) The color setting will be ignored: my tests setting a color of font and
> border to red showed up a textbox with black border and black text.
> e) A freetext element with legend options does not show up correctly:
> e1) Colors are wrong/ignored
> e2) Font size not correct
> e3) Legend arrow not drawn
> Sample data to test with:
> <freetext name="95DB90502D987FDE0DD5446ED48C098A" style="solid" width="3.0"
> justification="left" flags="print" date="D:20151207122813+01'00'"
> color="#4055ff"
> callout="356.7395,1471.7811,479.2464,1372.3664,494.2464,1327.1395" page="0"
> subject="Legend textfield" fringe="137.5069,-0.0,0.0,86.9147"
> rect="356.7395,1269.4126,704.3984,1471.7811" head="OpenArrow"
> title="matstoll" IT="FreeTextCallout"><contents>This is a legend with
> arrow</contents><defaultstyle>font: Courier 24pt;
> color:#BFAAFF</defaultstyle><defaultappearance>1.0 0.7490196078431373 0.0 rg
> /Helv 12 Tf</defaultappearance></freetext>
> There might be more of such issues – but I think this should be sufficient
> info for now to check how to proceed.
> Adobe Acrobat renders all these test cases correctly by the way, so I assume
> the XFDF elements are all correct.
> I can provide the sample code if needed – where shall I upload it – if needed?
> As I do not find that much info about the support of XFDF in various PDF
> libraries – what about the official support in PDFBox? Should all of the
> samples work? What are the plans to do so?
> Thanks a lot in advance.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
