I create many forms and every time I create a text field and corresponding form field (whether text box, check box or radio button) I have to move them around separately. the text fields end up grouping together with other unrelated text fields and adjusts line spacing randomly which makes it double-triple work to move around and adjust when laying out the form. Text fields should be left individual with option to merge with other text fields if desired. It takes me way longer to create a form than necessary because i have to constantly readjust the line spacing and ungroup text fields by recreating them.

During the process of preparing a fillable form from a template, there are certain style attributes that have to be changed to meet my personal style preferences (e.g. font, check-box/radio-box options, form field attributes, and so on).

Performing these changes on simple forms is not a difficult task but, when dealing with an extensive (e.g. multi-page, multi-field type form) template, this process can be pain-stakeingly tedious and result in lack of continuity.

A feature which would allow the user to change the defaults in the Prepare Form feature so that the fillable form would be created with the user specified and preferred settings would be of immense value and a great time-saving feature for those of us who practice this type of forms development.

Thank you, in advance, for your favorable consideration of this matter.

I created a nice form, loaded it to the web, tested it and when I clicked the "Submit" button - nada! Researched, tried other methods and when I finally called support, I was told that Acrobat DC can't/won't email completed pdf forms from the web! But maybe it would work if I could find someone who could code the javascript for me. So I found the javascript (I can do some coding) and this.maildoc() doesn't work.

Why bother with this? It was a huge waste of time. There are on-line pdf form companies that charge less and claim to offer emailed form results. I'll try them. Small comfort, at least I didn't pay for this.

When a valid date is entered using a format different from the format specified by the form date field, Acrobat automatically converts this to the specified format on-screen. However the saved data remains in the originally-entered (incorrect) format.

Example: Field Name: "DateOfBirth" Format: mm/dd/yyyy

Entered: "12 Aug 2002" Form displays: "08/12/2002" following entry

It APPEARS the date was converted to the specified format.

Export Data saves this as: ... <</T(DateOfBirth)/V(12 Aug 2002)>> ...

This indicates the original entry was saved, not the converted date.

This SHOULD be saved as: ... <</T(DateOfBirth)/V(03/12/2002)>> ...

When returning to the DateOfBirth field the display reverts back to "12 Aug 2002" (the original entry). It SHOULD continue to display the correct format "08/12/2002" any time after auto-formatting of the date has taken place.

For fields using ISO 8601 (yyyy-mm-dd international standard date format) it is even worse. Auto-conversion to the specified date format completely fails. Only yyyy-mm-dd entry is accepted. Valid dates in other formats cause an error:

 Warning: JavaScript Window -

 Invalid date/time: please ensure that th date/time exist. 

 Field [ DateOfBirth] should match format yyyy-mm-dd

This has never been a problem until recently. Testing other PDF applications shows they are capable of handling the auto-conversion of the date format as expected using the same form. (The form was created entirely in Adobe Acrobat DC.) FOXIT Reader works correctly. Even EDGE browser works correctly. Adobe Reader DC and Adobe Acrobat DC were working correctly UNTIL RECENTLY, but now fail.

Windows 10 Pro with Adobe Acrobat DC (20.012.2004)

First my suggestion for Acrobat Pro is work more painstakingly or stock up staff! The CC costs a bunch of money and when working with it, it shows that it doesn't function as sufficient as is should. Especially when it comes to creating/editing more advanced interactive PDFs with Acrobat Pro. The possibility to do that basically is a very mighty and good feature but it doesn't runs as stable as it should.

In my opinion there could/should be a standalone software thats reduced to interactive/form field and layout functions (comparable: InDesign) only. Acrobat Pro is packed full with lots of features and often many of them feel (maybe therefore) like a compromise.

Recently I noticed a lot of bugs, but so far I didn't took my time to report one of them. Today I want to start with it.

To my bug:

Acrobat seems to randomly change the type of my form fields.

I'm working on a PDF questionaire with about 70 pages. The PDF doesn't only consists of text/input fields it also has buttons that enable the users to navigate to different sites. While working on this today Acrobat for Mac suddenly got stuck.

I wanted to set an action of a field to "show/hide a field", after i chosed this action from the list the software got stuck. The mac umbrella kept spinning and the software didn't reacted until I force-closed and restarted it.

After the restart I glanced through some navigation fields that I edited before. They were configured as normal buttons with a "go to page X" action. In the form field overview/list on the right I noticed that they (only some) changed their type from "OK/button" to a checkbox/checkfield - which is some kind of weird. Nevertheless their configured action kept unchanged but after clicking and coming back to the page where they're placed, they appear as a checked checkbox.

In Acrobat Pro there is a lot of what normal users/customers would call "randomness" in its behavior. I'm sure there are very complex dependencies behind these problems but for the user it simply feels not
incomprehensible and unsatisfactory.

At least I can speak for me. I'm often very frustrated, when working with Acrobat Pro on interactive PDFs because the idea of being able to do so is basically great and in other aspects the software already is a good product.