ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Hans Hagen <pragma@wxs.nl>
To: ntg-context@ntg.nl
Subject: Re: PDF Signature Fields
Date: Wed, 9 Mar 2016 16:57:54 +0100	[thread overview]
Message-ID: <56E04802.3060003@wxs.nl> (raw)
In-Reply-To: <20160309083953.7d2bb316@cea.fr>

On 3/9/2016 4:39 PM, Alan BRASLAU wrote:
> One has to be EXTREMELY careful with these "features".
>
> Currently, there are so-called PDF forms, but they are far from fully
> functional. I suspect that the specifications are not clear and are not
> respected in any case.

which is usually the case with all these widget things (and i suspect 
that in the end the specs or behaviour are determined by what got 
implemented)

> I will give a concrete example: The American Tax agency, IRS, provides
> a large number of PDF forms that can be filled out, for they LOVE forms.
> One can use Acrobat (Reader or Pro) and one can even fill them out using
> evince. Yeah! However, whereas the forms filled-out using evince can be
> saved and re-edited, printed, etc., opening these filled-out forms in
> Acrobat come out blank. (Luckily I was able to provide my accountant
> with *printed*, filled-in copies, both paper and PDF.)

oh, so there are free viewers that can do it? do they also support the 
javascript stuff that is related (e.g. for checking fields and so?)

> Other examples are forms that can ONLY be read using the latest and
> greatest Acrobat. The situation is problematic, and I know of at least
> one government agency that has finally turned towards a web-based
> reporting method as they had received multiple complaints and even
> legal challenges on their Adobe/PDF only reporting method used
> previously.
>
> This can explain Hans' reticence towards reverse engineering in absence
> of clear, published specifications that are indeed respected.

indeed

> Alan
>
>
> On Wed, 9 Mar 2016 16:16:24 +0100
> Hans Hagen <pragma@wxs.nl> wrote:
>
>> On 3/9/2016 2:11 PM, Andreas Schneider wrote:
>>> Hello all,
>>>
>>> is there currently any mechanism in ConTeXt similar to the LaTeX
>>> digsig or eforms package?
>>> I want to add a form field that can be digitally signed (which is
>>> now already possible with Acrobat Reader, not just with Acrobat
>>> Pro).
>>>
>>> Additionally (like the mentioned eforms package) it would be nice,
>>> if you could specify other form fields that should be locked once
>>> the signature field is actually signed (according to the PDF spec
>>> this is simply set via a dictionary).
>>
>> it's probably something trivial to implement so what are the relevant
>> fields (paragraphs/tables/dics/fields in the pdf spec) .. i'm not
>> going to reverse engineer some package but start from the spec
>>
>>> Anyway: can this currently be achieved with ConTeXt? If not: is
>>> there any chance to get that feature added sometime? :-)
>>
>> so far i never bothered with anything signature (i must say that i
>> never ran into such docs and it would not make them more valid to me
>> anyway)
> ___________________________________________________________________________________
> If your question is of interest to others as well, please add an entry to the Wiki!
>
> maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
> webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
> archive  : http://foundry.supelec.fr/projects/contextrev/
> wiki     : http://contextgarden.net
> ___________________________________________________________________________________
>


-- 

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
       tel: 038 477 53 69 | www.pragma-ade.com | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

  reply	other threads:[~2016-03-09 15:57 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-09 13:11 Andreas Schneider
2016-03-09 15:16 ` Hans Hagen
2016-03-09 15:39   ` Alan BRASLAU
2016-03-09 15:57     ` Hans Hagen [this message]
2016-03-09 16:04     ` Andreas Schneider
2016-03-09 16:20       ` Henning Hraban Ramm
2016-03-10 10:04   ` Andreas Schneider
2016-03-10 15:56     ` Hans Hagen
2016-03-14 13:55       ` Andreas Schneider

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=56E04802.3060003@wxs.nl \
    --to=pragma@wxs.nl \
    --cc=ntg-context@ntg.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).