I've fixed the issues I mentioned and a few more, I'm not sure if this
will help you or not.
https://issues.apache.org/jira/browse/PDFBOX-5644
https://repository.apache.org/content/groups/snapshots/org/apache/pdfbox/pdfbox-app/2.0.30-SNAPSHOT/
Tilman
A possible problem is that CP is set, but CAP doesn't exist. The
specification mentions that CP is valid only if CAP is true.
So I wonder what happens if you remove CP ("inline" is the default anyway).
Also, IT is empty, should be a name, LineArray or LineDimension, so
maybe this code isn't
de-4a9e-aabf-
> > b4a0e1bcce06" rect="129.076691,722.638428,202.430573,799.692627"
> > open="no"/>
> >
> >
> > > modified="A3D15A58D538804D652927671920C3A1"/>
&g
rangely, when this is imported into the same PDF as the XFDF from
> Adobe Reader (it's a different line of course), the resulting PDF is
> fine.
> I think I need to compare these two in detail.
>
> Meanwhile, here's how the imported annotation from Adobe Reader looks
> in PDFDeb
ot;Line"));
> a.getCOSObject().setItem(COSName.NAME, new COSString("Line"));
>
> but while these values show up fine in PDFDebugger,
> Adobe Reader will still complain.
>
> Would you happen to have more suggestions how I could work around
> this please ?
>
>
Try to edit the xfdf file so that it has less annotations until you know
which one is the culprit. Then tell what names were in the xfdf file. Or
make a screenshot in PDFDebugger of that annotation, without the text
content.
Tilman
On 01.08.2023 10:15, Kai Keggenhoff wrote:
Hello everyone,
6 matches
Mail list logo
