One thing to keep in mind here is that the signature validation rules for PDF
changes differ based on the type of PDF signature and the properties of that
signature. All of which is documented in ISO 32000 and in PAdES so be sure to
consult both sets of documents as you work through your
requi
[
https://issues.apache.org/jira/browse/PDFBOX-3017?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17220874#comment-17220874
]
Leonard Rosenthol commented on PDFBOX-3017:
---
I am investigating the his
The file format for Adobe presets is private/undocumented.
Leonard
On 7/6/19, 5:27 AM, "Tilman Hausherr" wrote:
Hi,
The "rich content PDF" setting is three parts:
- tagged PDF: supported on low level only by PDFBox. No tool available.
There are one or two examples on stac
Just a reminder from your favorite standards person…
While it is permissible (well, not mentioned as such) to substitute a local
font for an embedded font in ISO 32000 (aka regular PDF), it is FORBIDDEN in
all of the subset standards. So if you are going to be rendering PDF/A, PDF/X,
etc. - yo
Great! Look forward to seeing you there.
(note: we already did the European one this year, and I believe Maruan was
there again).
Leonard
On 8/15/15, 1:19 AM, "John Hewson" wrote:
>Hi All,
>
>For those who are interested, I’ll be attending the PDF Technical Conference
>2015 in San Jose.
There is information inside the JPEG data structures (APP0 marker, IIRC) that
tells you what 1 & 0 mean for CMYK.
(there is a LONG history on this issue that someone (me?) should probably write
up…)
Leonard
On 6/3/15, 3:44 PM, "Tilman Hausherr" wrote:
>Harald Kuhr (of twelvemonkeys) asked
As the expression goes - “here there be dragons”.
You CANNOT reliably hash individual PDF objects with the expectation of
comparison, because there is no canonicalization or serialization standard for
PDF objects. You can have objects that are 100% equivalent BUT are not
equal/identical. This
On 1/9/15, 12:25 AM, "John Hewson" wrote:
>We have some support for incremental update in PDFBox already, but I
>don’t see any reason why that should be limited by sharing objects. A hash
>map of COS objects in COSDocument is sufficient to track any update
>state specific to an individual COS ob
On 1/8/15, 9:17 PM, "John Hewson" wrote:
>I’d argue the opposite - in Java one expects objects to be shared unless
>there is an explicit call to clone(). e.g. can you think of an example
>from the Java standard library where explicit copying occurs? I can’t.
>There’s just no way to fight this
>That's the benefit of the current approach that after the deep cloning
>the imported page is independent from the source page.
And that’s what you (IMO) want to maintain.
Once you copy the object(s) to the new document they are, in fact, new
objects and should be treated that way. They may s
I admit to never actually looking a the PDFBox Cos implementation, but
every other implementation that I’ve worked with (and it’s been quite a
few) have a VERY deep connection between the object and the source
document. This is necessary in order to enable various features such as
“on-demand r
You can have multiple fields with the same name - however, they will
always have the same value. So if you try to merge two forms with
different values of ³Name², you will get the same name across the document.
Leonard
On 10/1/14, 11:21 AM, "Patrick"
wrote:
>I have run into an issue where I me
Good call - DO NOT support this.
There is a long history as to why this was introduced at the time and
there are no documents in the wild that ever used it.
Leonard
On 8/4/14, 2:34 PM, "John Hewson (JIRA)" wrote:
>
> [
>https://issues.apache.org/jira/browse/PDFBOX-8?page=com.atlassian.ji
Would be curious to see such a file...
On 7/13/14, 7:15 AM, "Tilman Hausherr (JIRA)" wrote:
>
>[
>https://issues.apache.org/jira/browse/PDFBOX-2205?page=com.atlassian.jira.
>plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14060084#co
>mment-14060084 ]
>
>Tilman Hausherr comm
There is nothing magic about how Acrobat/Reader goes from XMP to DocInfo
(and vice-versa). It is documented in our own specs (the XMP specs,as you
point to) as well as being standardized in the PDF/A and PDF/X standards
from ISO.
Leonard
On 7/12/14, 7:35 AM, "Tilman Hausherr (JIRA)" wrote:
>
>
file."
>
>-- John
>
>On 8 Jul 2014, at 13:04, Leonard Rosenthol wrote:
>
>> Actually, John, it won’t report on either of those things you’ve
>> mentioned. :)
>>
>> What it does, however, is check every key & every value in every
>> dictionary, an
Oh, and for the sake of proper identification…
I am the PDF Architect for Adobe Systems and currently maintain & support
that particular piece of code in our products.
Leonard
On 7/8/14, 4:04 PM, "Leonard Rosenthol" wrote:
>Actually, John, it won’t report on either of th
ava?view=markup&sortby=date
>look for the comment "PDF spec is kinda unclear about this" :-)
>
>Tilman
>
>Am 08.07.2014 21:35, schrieb Leonard Rosenthol:
>> No, but it probably should :).
>>
>> I’ve made a note.
>>
>> Leonard
>>
>>
’ve had it report an issue maybe twice.
>
>-- John
>
>On 8 Jul 2014, at 12:35, Leonard Rosenthol wrote:
>
>> Actually, preflight has an option called ³Report PDF Syntax Errors²
>>which
>> WILL check against ISO 32000-1 compliance - at least for the PDF body
>> objec
No, but it probably should :).
I’ve made a note.
Leonard
On 7/8/14, 2:05 PM, "Martin Schröder" wrote:
>2014-07-07 23:09 GMT+02:00 Leonard Rosenthol :
>> FWIW: It¹s unclear if such a file (with multiple references from the
>>Pages
>> tree) is valid. There is not
Actually, preflight has an option called ³Report PDF Syntax Errors² which
WILL check against ISO 32000-1 compliance - at least for the PDF body
objects themselves.
Leonard
On 7/8/14, 2:02 PM, "John Hewson" wrote:
>On 8 Jul 2014, at 10:53, Martin Schröder wrote:
>
>> 2014-07-08 19:49 GMT+02:00
FWIW: It¹s unclear if such a file (with multiple references from the Pages
tree) is valid. There is nothing that prevents it, but it¹s not necessary
an expected thing.
Leonard
On 7/7/14, 5:05 PM, "Maruan Sahyoun" wrote:
>the issue is because part1.pdf in PDFBOX-1533 references the same 2 pages
And the biggest thing to keep in mind is that text rendering still needs
to move the pen even when the current OCG is off.
On 7/4/14, 12:38 PM, "John Hewson (JIRA)" wrote:
>
>[
>https://issues.apache.org/jira/browse/PDFBOX-678?page=com.atlassian.jira.p
>lugin.system.issuetabpanels:comment-t
[
https://issues.apache.org/jira/browse/PDFBOX-2125?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14040719#comment-14040719
]
Leonard Rosenthol commented on PDFBOX-2125:
---
Then the file has an OWNER
[
https://issues.apache.org/jira/browse/PDFBOX-2125?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14040701#comment-14040701
]
Leonard Rosenthol commented on PDFBOX-2125:
---
You need the password. If
[
https://issues.apache.org/jira/browse/PDFBOX-2104?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14040662#comment-14040662
]
Leonard Rosenthol commented on PDFBOX-2104:
---
If you don't implement
26 matches
Mail list logo
