Monday, September 26, 2011

Acrobat Reader Extension limitations

I've been doing a piece of work for a customer who wanted a simple form distributed around their organisation for staff to fill in and return.  The only additional requirement was that end users need to be able to save the document whilst filling it in.  Most of my work to date has been using the Adobe LiveCycle product suite and so I naturally turned to Reader Extensions ES2 which would give end users the ability to save documents offline but comes at a rather large premium in terms of licence costs.



I'd always ignored Acrobat as I'd never needed to use it's standalone functionality but something about the simplicity of this requirement made me look again.  Sure enough since a few versions ago Acrobat now has a form of Reader Extension capability.  Form designers can use Acrobat (or Designer) to create their form and distribute it via Acrobat and reader extend it (note to Adobe: make this easier to find in Acrobat X Pro, currently it's hidden under the "Save As" file menu for some reason).

This all seemed a little too easy and instantly made me want to find some sort of limitation as otherwise Reader Extensions ES2 would look a very expensive option compared to the relative inexpense of purchasing Acrobat X Pro licences.  I eventually turned to the EULA, searching for some sort of "gotcha" for this feature.  Sure enough there is one (section 16.8.3).

My interpretation of the restriction of Acrobat reader extended forms is as follows:

  • If sending out to more than 500 users the Acrobat author cannot collect more than 500 unique responses (electronic and hard copies included)

  • If sending out to less than 500 unique users then the  Acrobat author can collect as many responses from these users as required.


As an example my customer had an organisation in excess of 1000 people.  Making the reader extended PDF form available on the company intranet isn't a problem but the total number of responses which can be processed from that form couldn't exceed 500 without breaking the EULA. In this instance it looks as if Reader Extensions ES2 is the way forward but it's worth being aware of the limitations as I've worked with customers in the past where the 500 user limit may not have been reached.

I'd searched initially for "Reader Extensions vs Acrobat" posts but it seems now as if they both have their use cases depending on the size and scale of distribution of the form being designed.

3 comments:

  1. [...] Original article at http://michaelsteward.com/2011/09/26/acrobat-reader-extension-limitations/. acrobat ADEP Extensions form limitation LiveCycle PDF Reader Reader [...]

    ReplyDelete
  2. That's very interesting. We're considering similar dynamics for a solution for one of our customers too. The 500 user limitation may be a deal breaker .

    I'd be interested in your views of specific use cases for re vs acrobat... For example , if you want your form to invoke a SOAP request you'd need RE , if I'm not mistaken.

    Tushar
    @TusharStorm

    ReplyDelete
  3. Yes that's very true, web service calls do need the full Reader Extensions. That's one of the reasons I'd never previously looked at Acrobat but there are certainly times when RE has been used when Acrobat would probably have been fine (and a lot cheaper!)

    ReplyDelete