This content has been marked as final. Show 4 replies
Is this for a form that the user might have open in Reader, outside of a web browser?
It could go either way, to be honest. Right now the direction I would like to take it is to have the user be able to fill the form through the Reader client (outside of the browser) and then authenticate it, through launching an external browser window (app.launchURL).
It wouldn't be that far of a stretch to make this form available online and filled inside the browser itself, though.
For Reader to submit a form outside of a web browser, it has to have the corresponding usage right applied, which Acrobat can do.
There's nothing stopping you from prompting the user within Acrobat (e.g., using form fields or a custom dialog) for the username and password, and submitting them with any other form data. The server would either accept or reject the submission based on the submitted username/password. The server can return an FDF that contains form field data, locks fields, and/or causes a informative popup message to be displayed.
What you described in your first post isn't possible.
I suppose I could emulate the username/password fields within the form and then post them to the CGI-page, and treat the results accordingly. I'll let you know what I come up against. Thanks again George.