Am 12.12.2019 um 19:58 schrieb Wade Polk:
Thanks man, no worries. Yeah, sounds like we are on the same page and it
seems to be working MUCH better now.
- you mentioned "that one does not have an empty signature field". There
will actually be about 8 signature lines on the form but I removed them
because, from what I've read, this version can only ADD a signature and
cannot COMPLETE an EXISTING signature... if this is wrong please let me
know, I would prefer the later option if possible... it was a real pain
trying to place the new signature in the right spot. I also need to figure
out a way to replicate the signature image that you see when signing in
Acrobat (just using a random jpg).
It is possible to put a signature into an empty signature field in 2.0
with the code I posted yesterday. I haven't tested it for 1.8.
Tilman
-----Original Message-----
From: Tilman Hausherr <thaush...@t-online.de>
Sent: December 12, 2019 1:50 PM
To: users@pdfbox.apache.org
Subject: Re: PDFBox 1.8.10 Question
Oh, I looked at the wrong file. I had looked at "form.java" and didn't go
further. I saw the signature.java file and it looks like the example.
I had a look at the form_pdf_afto22_form_template.pdf ... that one does not
have an empty signature field. Anyway, I tried to sign it with the
1.8.17 example, even saving before, and there was no problem, so maybe the
problem mkl mentioned has been solved after 1.8.10. I do have some weak
memory about having to clean something when saving.
Tilman
Am 12.12.2019 um 18:25 schrieb Wade Polk:
Line 145 of Signature.java, in the function signPDF() is where the
incremental save is for the signature.
-----Original Message-----
From: Tilman Hausherr <thaush...@t-online.de>
Sent: December 12, 2019 12:21 PM
To: users@pdfbox.apache.org
Subject: Re: PDFBox 1.8.10 Question
Am 12.12.2019 um 14:31 schrieb Wade Polk:
https://drive.google.com/file/d/17JtXs0d_DPgLQVCcdIQSd03VTsTe2xdJ/vie
w
?usp=sharing
That's the link to the code you can download. I think your right
about incremental save... but no matter I try, I can fill out the
form, I can sign the form, but when I try to do both at the same time
I break one or the other.
So I looked at that code, that will definitively not work. It has
nothing in common with the CreateVisibleSignature example.
In your other post you wrote that you fixed it, I assume that there is
some other code that wasn't uploaded and that did have an incremental
save.
Tilman
-----Original Message-----
From: Tilman Hausherr <thaush...@t-online.de>
Sent: December 11, 2019 11:27 PM
To: users@pdfbox.apache.org
Subject: Re: PDFBox 1.8.10 Question
You responded to the wrong thread, so I am moving this back here...
I can't see your code except two lines, you need to upload this
somewhere.
What I see is that you use save() instead of incremental save.
You need to first get the example to run, unchanged. The example uses
incremental save. Then make your changes.
If it still doesn't work, please upload source and result PDF and
code to a sharehoster.
As I wrote, the example in 1.8 doesn't support adding signatures to
existing PDFs but it may be worth a try with the code I posted.
To put a signature in a field it must be a empty signature field.
You can only add 1 signature at a time. I.e. load, sign, save
incrementally.
Tilman
Am 11.12.2019 um 20:14 schrieb Wade Polk:
In PDFBox 1.8.10, I sign the form with code very similar to the
CreateVisibleSignature.java example.
This seems to work well enough, however when I fill out the form
FIRST using code like the below, it breaks the signature; when I
click on the signature I see error message "Error during signature
verification, Unexpected byte range values defining scope of signed
data., Details: The signature byte range is invalid."
This is how I set field on my form fields:
PDTextbox field = (PDTextbox) acroForm.getField( fieldName );
field.setValue(fieldValue); pdfDocument.save(pdfFilePath);
I get the impression I have to associate every applicable field with
this signature, but just a guess.
Note:
- My form has 8 signatures and various fields to be filled out by each.
- I would prefer to have all fields and signature lines locked on
the PDF beforehand and then just to set them with my code, but I
believe with this version you can only place a signature and not
fill out an existing signature field, correct?
I definitely feel like I'm missing something, any help is appreciated.
-----Original Message-----
From: Tilman Hausherr <thaush...@t-online.de>
Sent: December 11, 2019 1:46 PM
To: users@pdfbox.apache.org
Subject: Re: Page boxes differ between Acrobat and PDFBox
Ouch, I've known about this, but put it on low priority because I've
never seen such a file before. I've opened
https://issues.apache.org/jira/browse/PDFBOX-4706
I'm not yet sure what to do, but COSName.USER_UNIT is the minimum.
Getter/Setter probably too.
Tilman
Am 11.12.2019 um 18:31 schrieb Gilad Denneboom:
Hmm, that's very interesting. Should PDFBox take that value into
account when reporting the page size, then?
I see this is a property of the page. Should this be added to
PDFBox through a getter/setter? Or at least UserUnit should be
added to the COSName enum?
Thanks a lot for the information, anyway. It gives me a way to
solve this issue!
On Wed, Dec 11, 2019 at 4:24 PM Peter Wyatt <petervwy...@gmail.com>
wrote:
The sample PDF provided has a /UserUnit key with the value 3 in
the Page dictionary. This key was introduced in PDF 1.6 and is
described in various specifications along the lines of "(Optional;
PDF 1.6) A positive number giving the size of default user space
units, in multiples of 1 ⁄ 72 inch." so it is a scaling factor on
default user space. So, based on what you have reported, Acrobat
is entirely correct and confirmed by other tooling.
Peter
ISO 32000 co-Project Leader
On Wed, Dec 11, 2019 at 10:13 AM Gilad Denneboom
<gilad.denneb...@gmail.com> wrote:
Hi all,
This issue really stumps me. I'm getting different page box
values
between
PDFBox and Acrobat, and even within Acrobat itself...
The files I'm working with are very large housing plans.
When I open them in Acrobat it reports the page size to be 35.93
x
435.20 inches, but when I use a script I get different results,
namely 11.97 x
145.06 inches, which is also what I'm getting when I use PDFBox
2.0.16.
It
seems the difference is exactly 1/3, ie the page boxes reported
by
Acrobat
are 3 times as large as those PDFBox and the script find. The
same is
true
of all boxes (Crop, Trim, Bleed, Art, etc.).
I think the results reported by Acrobat are the correct ones, but
I can't figure out where they're coming from... Any insight would
be very much appreciated.
A sample file can be found here:
https://drive.google.com/open?id=1FeFs1W0Iesz6Kcq3wTU_LclyIgmFBOs
F
Thanks in advance!
------------------------------------------------------------------
--
- To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: users-h...@pdfbox.apache.org
--------------------------------------------------------------------
- To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: users-h...@pdfbox.apache.org
--------------------------------------------------------------------
- To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: users-h...@pdfbox.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: users-h...@pdfbox.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: users-h...@pdfbox.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: users-h...@pdfbox.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: users-h...@pdfbox.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: users-h...@pdfbox.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: users-h...@pdfbox.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: users-h...@pdfbox.apache.org
