Hello everyone,
I will be taking a break from blogging from now until the new year.
I hope you will enjoy the holidays! I will return January 4, 2010.
Stefan
While recently helping a few people with some issues related to HTTP submissions from XFA forms, I ended-up creating new Data Service that helps with testing HTTP Submit Buttons.
The service is quite simple: It displays what you submit to it. Since Designer’s “PDF Preview” tab is actually an instance of Internet Explorer hosting a PDF version of the form you’re previewing (a temporary PDF if your form is saved as an XDP or is new), the results are conveniently displayed within the tab itself after clicking on the submit button.
To use the service, simply use either an http submit button (or a regular button with its “Object palette > Field tab > Control Type property” set to “Submit”) and set its URL to:
http://forms.stefcameron.com/services/http-submit-test/
The idea is to use this service as a means to test/debug your forms before spending time writing the actual server code that will receive the data. You can also use it to ensure that you are submitting the correct data to a third-party service (for which you don’t control the server-side code).
As of December 28, 2009, Adobe will no longer be supporting Acrobat and Reader 7.x. Thankfully, there’s a transition plan in place for those who work in more “controlled environments”. See the link for more information.
The XFA 3.1 specification is now available. Note that while XFA 3.1 is supported by ES2, Reader and Acrobat will not support it until a future release. Therefore, you may want to stick with XFA 3.0 for the time being, unless you have a specific need for XFA 3.1 features within an ES2 environment.
Here’s a short list of what’s new in XFA 3.1:
