Hi,Try something like this:form1.#subform.ImageField1::change -
ImageField1.rawValue;This will set the image in the master page to the
image selected via the Image Field.
What is the target url of the submit button? I would copy and paste that
into a browser and see if you can connect to that server. It is possible
that your computer is lacking required authentication (perhaps Active
Directory / LDAP).
I believe many third party implementations look to the PDF
specification, which currently does not include the XFA extensions.
Adobe has provided the following document to outline workarounds for
You are seeing the "shell PDF" that appears when a PDF viewer does not
know how to interpret the XFA form generated by LiveCycle Designer. Are
you trying to view the PDF through the Gmail interface? You should still
be able to view the attached PDF with Reader or Acrobat.
There is no reason that you cannot use templates and fragments in
combination. Templates can be used to speed up design of forms which
contain common combination of fragments and artwork, e.g. a particular
letterhead, or forms that have differing master pages. In your example,
the positioning (where) of the objects (i.e. fragments) would be handled
by the template, but what those positioned objects are could be handled
by the fragments. Note that forms based on templates do not update when
I believe I have found the culprit of the error, in the XML
view:I removed the DisplayDocTitle:1 part of the tag and
the error went away. It would be nice if the Adobe errors actually told
you which parameter was bad instead of having to investigate by trial
We have a number of dynamic XFA (PDF) forms we have sent out to end
users. Those end users are in the process of upgrading to Adobe Reader
11.0.07 (Windows, Released 5/13). However upon upgrading, the users when
opening the form get a number of modal dialogs with a notice stating
"Bad parameter." There can be many dialogs with this same error, one
after another. When the errors cease, instead of the actual form being
displayed, a boilerplate message notifying the user that they need to
I just tried signing the returning XDP packet with an XML signature, it
recognizes the packet as valid ("All data signatures are valid"), but
still invalidates by certification signature! I believe this is a bug.
Note that this also occurs if you import/export and xdp via the "Import
Data" feature in Acrobat.
I would like to augment the Action Builder with custom Action Results,
e.g. "Display a Message Box with the following message". Looking at the
subdirectory in application's root there is a ScriptTemplates folder
with the body for each script that comes with Designer, but this does
not allow me to populate the dropdown list with new selections.