Extended rights Acrobat 9.0 forms

I would like to enable voluntary community groups completing the application forms that I've created using Acrobat 9 Professional to be able to save the forms and complete them at their leisure rather than having to complete the form in one go. Is this possible using Acrobat 9 or do I need other software?
i know about extended rights and forms but this appears just to let people completing the form to save it once.

Bernd
Please find attached an example of one of the forms. I'm responsible
for administering a local authority's grant programmes for voluntary
community groups. I got the Adobe Professional software to produce
forms to enable these groups the option of completing them
electronically. They had mixed results last year with some people being
able to edit their saved forms and others not. I've since upgraded to
Word 2007 I don't know whether that has any bearing on the matter.
The organisations I work with don't all have huge resources I'm just
trying to make the process as simple as possible for them. They often
need to consult with their Treasurer or Trustees to gather all the
information the form requests and that's why it would be useful if they
could save the forms more than once and edit them over a period of time
before submitting them.
Thanks,
Kamal
>>> Bernd Alheit <[email protected]> 28/07/2009 17:35 >>>
Can you post a sample PDF document?

Similar Messages

PDF Form extended rights problem

Hi,
i am working on a php application which opens a pdf form (created with acrobat 9 standard), fills it with user data, saves it as a form and sends this form to the user by email, so he cann fill the rest of the form.
This works fine for pdf forms, which have not the extended rights enabled.
As soon i enable it, the user will get the message that the form has been modified, and he is not able to fill out the other fields any more.
Now my question:
1. Is there any php library which can activate the extended rights of a pdf form after i filled some of the fields?
2. What else can i do?
thank you.
sascha

iTextSharp doesn't enable usage rights in PDF forms, so any changes will invidate the form.
To bypass the validitiy of the Usage Rights, server the XDP data from the buffer of a web server, and point the File to the PDF on the same web server.
Usage rights will still be enabled, and the form can be saved or downloaded.
Also, please be sure to check out FDFToolkit.net, and PDFEmail.net.
Useful Links:
http://www.fdftoolkit.net
http://www.pdfemail.net
Hope this information can help!
Best Regards,
Nick K.
http://www.nk-inc.com

Extended rights gets lost if user saves file w diffrent filename Why?

I have a question related to extended rights.
Background: I have a editable form field pdf file that I enable "extended rights" (acrobat 9 pro).
So that my users can fill in the form fields and save it and update the file later and then return the file (with the acrobat reader).
It seems like that when the users save the file (with a new/different file name) then the form fields are locked for editing after that the form is useless(not editable).
Is this a bug or is there a good reason or a workaround for this?
Best regards
-Lars

I have a question related to extended rights.
Background: I have a editable form field pdf file that I enable "extended rights" (acrobat 9 pro).
So that my users can fill in the form fields and save it and update the file later and then return the file (with the acrobat reader).
It seems like that when the users save the file (with a new/different file name) then the form fields are locked for editing after that the form is useless(not editable).
Is this a bug or is there a good reason or a workaround for this?
Best regards
-Lars

Extended Rights not working in Reader X - resetting form

Hi,
To make the problem clear i will put it in steps
1. I have a form created in LiveCycle Designer.
2. I save it in two ways: as a static and dynamic file pdf. (to test both options)
3. I reopen it in Adobe Acrobat
4. Save it as a copy with extended rights -> enabling other functions.
5. Reopen it in Reader - fill it with data and save it as two files - one as a copy of original document and 2nd as the same file. (to test both options)
6. I reopen it in Reader and the data is not there - the form is empty.
7. Funny thing is when i open it in Photoshop the data is there. When i open it in Ilustrator it is not.
The form is simple, just 3 text fields, one required, one optional and one recommended.
Please help, I've been fighting this for a day now. I have created more advanced forms in the past and did not have issues like this one.
Thanks!

Additional info regarding this issue:
I am testing it on my PC. We have the creative cloud license so all is updated and complete. I was testing it in different ways, saving all the versions (static, dynamic, with and without extended rights) and the problem sticks. I have noticed that the file with extended rights weight a bit more than original file. Details below:
1. straight from livecycle: 832KB
2. opened in Acrobat, saved as copy 832KB
3. opened in Acrobat, saved with extended rights 844KB
4. opened in Reader, saved with filled data 864KB
5. opened the same file with Reader, it is empty so i save it as a copy - 864KB
6. opened it in Reader & Acrobat - it's empty; opened it in Photoshop - all data is there...???

Problem trying to make a LC Designer ES4 form "Reader Extended" in Acrobat XI Pro

I have a form that I created in LC Designer ES4 that I was able to successfully "Reader Extend" using Acrobat XI Pro. I added a script to the form to allow for the deselecting of radio buttons (which I found on this forum), and now I cannot Reader Extend the form.
Here are the specifics of my environment:
Acrobat XI Pro - Ver. 11.0.10
Adobe LiveCycle Designer ES4 - Ver. 11.0.20130826.2.901444
Windows 7 Professional, SP1
Here's the error I am getting in the Acrobat debugger:
Exception in line 1 of function top_level, script Document-Level:!ADBE::0100_VersChkStrings
InvalidGetError: Get not possible, invalid or unknown. Doc.layout:1:Document-Level:!ADBE::0100_VersChkStrings
This error message appears at the very bottom of the debugger window:
Unable to find source for Document-Level:!ADBE::0100_VersChkStrings
Acrobat XI Pro does not allow me to save the new file, and gives this error:
This document could not be Reader enabled.
I used the chat support for Acrobat XI Pro, and was told that this is a LC Designer issue. Since there's no phone support for LC (at least not free), I came to this forum for help.
Here's the script object (JavaScript) that I inserted into the main subform:
form1.Main.#variables[0].RBClear_Script_Object - (JavaScript, client)
var rbs = new Object();
function handleRBClick(o)
    if (rbs[o.name]==null)
        rbs[o.name]=o.rawValue;
    else{
        if (rbs[o.name] == o.rawValue)
            o.selectedMember().rawValue = 0;
            o.execEvent('change');
        rbs[o.name] = o.rawValue;
I then call the above function from within a radio button's group list object (not individual items).
form1.Main.Subform_Stock_Detail.Table2.Row3.Subform_Responsibility.RadioButtonList::click - (JavaScript, client)
RBClear_Script_Object.handleRBClick(this);
This all works fine when I preview the form from within LC Designer ES4. I then open the dynamic PDF form in Acrobat XI Pro, click File, Save as Other..., Reader Extended PDF, then Enable More Tools.
Acrobat shows the errors at the top of this post within the Acrobat debugger window. When I close debugger, Acrobat does not allow me to save the new file, and gives this error:
    This document could not be Reader enabled.
I've been searching for days and cannot find any resolution to this issue. It appears to me that this is a security related issue, and Acrobat does not like the running of a function within the form. Just a guess. I can't think of anything else.
Anyone come across this issue, and how were you able to fix it?
Thanks in advance,
Dean

Although I did not find a cause for the errors, I did find a workaround in my case.
This only happens when running the Javascript Debugger in Acrobat XI Pro. If you turn it off, you can Reader Extend the document. If you turn it on, you have to cycle through all of the debugger errors/warnings using the arrow button in the top left corner of the debugger window, then close that window. Still not sure what the errors are for, but at least I got the form to work.

How can I compress a large fillable form with extended rights?

Hello:
I have about 15 fillable PDF s that I created in LiveCycle ES2. One form is 37,616 kb and takes forever to download from the web. I attempted to zip the file, but when I tested it, text could no longer be saved after it was unzipped (the forms have extended rights as users need to be able to enter in a save text they enter into it). Does anyone have any suggestions re: how I might be able to compress my PDF file, while still being able to maintain the ability to enable savable text (extended rights)?

Just tried it here and it worked fine ....are you sure you zipped the Reader Extended version of the form?
Paul

Acrobat XI Pro Form under Windows 7 does not display Arabic with Arabic Typesetting font

After creating a form with right-to-left enabled, and the font of the field set to Arabic Typesetting, I can fill in the form correctly, but when I exit the field the blue editng field returns, and the text is not displayed.
What can I do to correct this?

Gilad: You're right: when the fields are different, such as a checkbox and a text field, and you try to title them the same, Acrobat gives you a message. I received no messages, the field names are not the same or I missed one and Acrobat is no longer messaging about it.
My question is different. Acrobat XI will not let me paste any field copied from a different PDF. I've been doing that for 5 years in three different versions. Maybe Acrobat XI has a new process for that, which I could not find in Acrobat help. Maybe it's because all forms now have extended rights automatically in Acrobat XI and there is another method to copy common fields to other PDFs.
Any thoughts about the new Acrobat XI? It's different in many good ways, but different.
Thanks for your ideas.

Losing extended rights in Reader 9

I use Acrobat 9 pro to extend rights to Reader 8/9 users to add comments etc. in PDF documents, including forms. I have recently noticed a rise in the number of users who have lost the right to edit documents after saving a couple of times. Not all can have used Acrobat to save by accident, nor are they all saving copies of the original. The same documents can be edited and saved repeatedly on other Reader 9 installations. The only thing I can think of is that I have performed a registry edit on some installations in order to overcome the bugs in the loupe, typewriter and / or pan tools (cAV, set large numbers to 0) although they seemed alright at the time. Any thoughts welcome.

Hi Niall,
Thanks for the reply.
But both my ADS (Adobe document service) server and my development / test environment are in same location thus same time Zone.
Also how does this imapct the form.
Lets say I created version 0001 @ 1:00 PM
Version 0002 is created @ 1:05 PM
I opened v 0002 in edit mode @ 1:30 PM at all times since I am in same environment this shouldn't hamper the process unless I opened the 0002 version in edit @ 1:30 Pm and if this publication from the server had a turnaround time of 2 minutes then by the time i see the form its 1:32 PM.
Can this be the reason...?
Thanks & Regards,
Sai

Static PDFs loosing reader extended rights after saving

Hi,
Technical information:
LiveCycle 7.0 (which came with Acrobat Professional)
ARES 7.0
Reader 7.0.0, 7.0.1 and 7.0.2
Windows 2000
PDF Static file type (as we are not dynamically adding/removing document objects)
Scenario:
PDF contains javascript to change the background and border colour of form fields (e.g. node.fillColor = '255,255,170' changed to '192,192,192') to denote enabled/disabled fields.
PDFs are reader extended, so, user should be able to enter and save data on the documents multiple times.
Problem:
Reader extension rights of PDFs were lost. For example, in Reader, open document, update/enter data, save, and close. Do this multiple times and make sure one of the form fields background colour changes. When the document is re-opened its reader extension privileges are lost and user is no longer able to update/enter data on the document.
This worked with our pilot forms (using AcroForm and ARES 6.0)
ADOBE Explanation:
The underlying XFA document is changed when the form field's background property was changed, hence, it is no longer a static form and its reader extended rights has changed.
Resolution:
PDF's file type changed from Static to Dynamic. Some logically driven functions will have to be changed/duplicated (e.g. calling enabling/disabling function(s) from the documents' docReady event).
Have to use Reader 7.0.2 to be able to open, update, save, and close document multiple times without loosing reader extended rights.
Hope this helps others
Regards
Jen

Is there any limitation when you apply reader extension rights to the Dynamic PDF form
FOr static forms , I was able to submit the form in XDP format with PDF embedded in it.
THe same thing is not working for Dynamic PDF forms

Reader extended rights in interactive PDF not available on some computers

I created multiple interactive forms using Adobe Acrobat Pro X. Three of them seem to work fine, but the fourth is giving trouble. When opening the document, some people get the following message (it's translated from Dutch, so in English it might be slightly different):
"In this document Reader Extended rights for Adobe Reader are activated. The document is changed since it was created and the reader extended rights are not available anymore. Contact the author for the original version of the document."
I have Adobe Acrobat, so I tried to open the document on a different laptop with Adobe Reader 11.0.0 and Windows 8. I got the previous mentioned message, but other people opening the document with Adobe Reader 11.0.0. and Windows 8 don't. The problem is not the version of Adobe Reader or the Operating system, as not everyone with Reader 11 or Windows 8 has this problem. Furthermore, this problem does not exist for three of the four documents.
I tried deleting recreating the form and saving it again with 'Reader extended rights'. It keeps giving the same error. Why is this one document giving problems for only some of the users? Can anyone please help me?

OK, now my brain is really scrambled. I can rule out the problem of it being too old a version of reader, and probably a third party reader, because I checked on an older system we have here at work, and it has Adobe Reader 9 installed, and for some reason that is the only computer where the buttons do not appear. I can not figure out what would make that system so different from the rest to make that happen. Any one have any other ideas?
thanks again

PDFA and Extended Rights

Our company is switching to pdfa standards for the purpose of archiving. We have several forms that the public uses that are currently fillable forms with extended rights turned on so that users with only reader can save the form. Can someone tell me if pdfa documents, can be forms and if they can have extended rights for reader, or can reader save/print the document as pdfa?
Thank you
Paul Washburn

Some of the replies so far aren't entirely accurate, so allow me to clarify:
Firstly, fillable PDF form fields are permitted in PDF/A-1 and PDF/A-2 documents under the ISO 19005 standards, provided they don't use XFA (dynamic form fields created in LiveCycle). Normal text fields, etc. created in Adobe Acrobat are fine, provided the font used within any text fields can be fully embedded. You can't certify a document with a signature as that applies encryption.
When a conforming application opens a PDF/A file with form fields, it is required to open the form in read-only mode, and display the entered data as page objects rather than interactive fields. This is what will happen by default in Adobe Acrobat or Adobe Reader when PDF/A Mode is active (blue message bar).
If you turn PDF/A View Mode off under Preferences>Documents, the form fields return to being editable. There is no need to flatten the form in order to save it into PDF/A format.
It's not completely trivial, as there are some common issues you can fall foul of. One is with the base-14 fonts (helvetica, times roman, etc) which are part of Acrobat (and used to be in Reader), but are not necessarily installed on your operating system. These cannot be embedded after the fact as there's no 1:1 match with the font names on your computer, so if you have a text field that uses "helvetica" (which is the default) and you try and save to PDF/A, you'll usually get a failure. Running the Standards panel under Preflight in Acrobat Professional will reveal it's the font embedding that stops you, so during construction of the form you must make sure that you use embeddable fonts for every field, or use Preflight to change them after receiving the returned form. There's also a hassle with checkboxes and radio buttons due to the way Acrobat internally stores data about their appearance.
Adobe Reader cannot save a "normal" PDF document as a PDF/A file, and unless a PDF document was originally created with PDF/A in mind it's almost impossible to convert it to PDF/A-1a retrospectively. However you can create a PDF/A-1a file (for example using the PDFMaker plugin for Word), bring that into Acrobat Pro, turn off PDF/A View Mode, add the form fields and save it as a non-PDF/A file again, applying Reader Extensions as necessary*. You need to do this as the PDF/A View Mode in Adobe Reader takes priority over the presence of fillable forms, so your recipients won't be able to fill anything in.
*For reference, a Reader Extended file can also be PDF/A compliant - it's just not very useful because the blue bar beats the purple bar. If you can convince everyone working with your forms to disable PDF/A View Mode, you can keep the entire workflow as PDF/A so you don't need to process the files you get back. Reader can't make a normal PDF into a PDF/A, but if it's already compliant, saving a copy with filled-in fields doesn't break the compliance.
Once the filled form is returned and opened in Acrobat, you can re-save that "normal" PDF into PDF/A again. As the structure of the file was already compliant, and the only change will be the content of the form fields, it will convert just fine. The resulting PDF/A file still has an "editable" form in it, but with PDF/A View Mode active the fields will display read-only.
Here's an example of a PDF/A-1a file which is also a Reader-Extended form, after being filled in using Adobe Reader (with PDF/A View Mode turned off under Preferences>Documents). If you open it with PDF/A Mode active it'll be read-only, but disable PDF/A Mode and it's back to being a form again.

Losing Reader Extended Rights

Dear all,
I have been having some trouble with one of our company travel requisition forms. We basically have a form that the user initially fills in with details and then digitally signs. The form is then sent to the manager who approves the form by digitally signing, and then forwards to the booking department. The booking department then has to fill in some details before finally forwarding to HR for record keeping.
The problem we're having now is that the document is getting stuck at the booking department as all Reader Extended rights have been removed due to 'changes'. Our form is not dynamic, and has no 'field invisible switch' or 'read only change' based on user input. I cannot source a logical solution...Does anybody have any ideas?
Thank you in advance.
Regards,
Will

You need to control all software; no non-Adobe software can be used because people "prefer it" if you want Reader enabling to stick. Assuming that isn't the problem...
Bear in mind there are three ways that the Reader enabling could be lost:
* something that the person does during their processing
* something else that happens to the file on their computer
* something that happens in transit
For troubleshooting, I would walk round with a file to various points. Collect copies of this file
- as it arrives at each point
- as it leaves each point
using a memory stick (don't email).
Clearly, what arrives should be byte-for-byte identical with what leaves. You can also check if what is saved by the manager is EXACTLY what arrives at bookings. You can test reader enabling file by file to see where it disappears.
Of course, the simplest solution, and Adobe's preferred solution, is simply to buy Acrobat for everyone!

Adobe Acrobat 9 Pro - Form Toolbar

There has been a big change from Acrobat 8 Pro to 9 Pro regarding how the forms toolbar is displayed. While the changes are a great improvement to make it easier to create forms...I am having trouble adjusting to editing forms. Is there any way to have the forms toolbar display on the regular view so that you do not have to keep going to the button to click add/edit forms and then get a new screen. I just want to work from the same view and not have to go back and forth when I am working on a form that is already created. I thought maybe it would be a "right click" or some kind of preference but so far I cannot find any way to change this. I would appreciate any help!

Thank you for the response.
Do you know what the logic was to make such a dramatic change - since all the previous versions of Acrobat permitted the forms toolbar in the regular view? They must have thought this format was better. Any ideas?

Extended Rights Lost Upon Save

I have form fields in a PDF document and have done this for years. The Extended Rights are enabled so that users can type in the fields. I just had a report that on Day 1, the users were able to type in the fields and save at day end. On Day 2, users were no longer able to type in the fields. It seems like the extended feature is dropping overnight. Multiple users reported the same problem. Has anyone seen this before and found a resolution?
To add a twist: The users said that if they closed the PDF window and were prompted to save by Adobe, they clicked Yes and the next day they lost the ability to type in the form fields. However, if they went to File and Save before trying to close the window, they said they were able to type in the fields the next day as expected. Very weird! I was not able to verify what was occuring because I am just being told about this two weeks after the document was used in a training class . . . .

You may also consider initializing these values from a file. There are lots of posts which go into details about how you can do this. This is a much more flexible and maintainable approach then relying on the default value of a control.
Mark Yedinak
"Does anyone know where the love of God goes when the waves turn the minutes to hours?"
Wreck of the Edmund Fitzgerald - Gordon Lightfoot

Adobe [Acrobat] 9 distribute forms issue

I'm trying to distribute forms through adobe [Acrobat] 9 and I can only send the form to people in my address book through Acrobat.com as an attachment, but not as a link.
However, I can send a link to the form to people not in my address book via Acrobat.com with no issues. I've also noticed when I add people in my address book to the list of recipients it says it can't resolve the address even though I specifically added it through the address book. We use office 365 and I'm using outlook 2007. Is there some known issue?
[Edited by host for clarity]

I'm using the retail upgrade version, currently on 9.3.0. I had to upgrade from Acrobat 7 Pro when I got my new Win7 computer.
One thougth... the more I investigate this problem, I can't help but wonder if I somehow turned off the screen that is supposed to come up when I click the Distribute Forms button. I just ran through the 20-minute video at http://tv.adobe.com/watch/creative-suite-podcast-designers/acrobat-9-complete-forms-workfl ow and it reminded me of the wizard screen that is supposed to appear with the three options (use Acrobat.com, email, internal server). I haven't seen it, which makes wonder if I checked the "always use this option" button and now I can undo it. Every option that I've tried on the Forms menu immediately takes me to the form with the purple bar mentioned in my original post.
Thanks,
Kim.

Extended rights Acrobat 9.0 forms

Similar Messages

Maybe you are looking for