I talked to support today about this issue and they too could not explain it. Fills forms being rounded and added together is a crucial part of my job and I'm finding that oftentimes the rounding is incorrect by .01, often because is was incorrectly added after the rounding process.

I know Adobe has the ability to round numbers in the fill forms to a specific number of Decimal places, but what I am sort of seeing is that it doesn't matter what rounding you use, Adobe adds the raw numbers (Which defeats the purpose of rounding).

I have attached a file that contains an example of the incorrect addition based on the rounded values. the 2 top fill forms in the red box add together in the last fill form in the red box. If you checked the addition manually you will see that the addition is off by .01. But, if you add together the raw values (Unrounded) that is technically the correct value rounded.

No one can explain to me why this is off by .01 when it very clearly should be adding the rounded values instead of the ungrounded raw values.

Acrobat DC 21.005.20048 (Win10):
Actions taken:
- Starting a PDF Form from scratch
- Adding text with text-tool
- Adding text-field
- Adding checkbox
Result:
Text and any other object cannot be selected at the same time, neither by box-select nor by SHIFT or CTRL.
Text does not appear in "Fields" list and can thus also not be selected there.
- Cannot align text with fields or other objects
(Different text selected does not even promt the alignment-options)
- Cannot move text with fields

Proposal:
- Make text selectable together with fields
- Create a "label" object, which acts like a field, but can only be edited by the creator / in "Prepare Form" mode.

Version and system information at the bottom.

Here's a potential bug that I found:
1. Change a radio button name.
2. Save and close the PDF.
3. Reopen the PDF.
4. Observe that the radio button name is missing.

This is driving me crazy because I have validation set up to make sure all the form fields are filled in properly. I can't do that if the radio button name is missing.

Adobe Pro:
Architecture: x86_64
Build: 21.5.20058.441104
AGM: 4.30.107
CoolType: 5.14.5
JP2K: 1.2.3.48698

Computer:
Model Name: MacBook Pro
Model Identifier: MacBookPro15,1
Processor Name: 6-Core Intel Core i9
Processor Speed: 2.9 GHz
Number of Processors: 1
Total Number of Cores: 6
L2 Cache (per Core): 256 KB
L3 Cache: 12 MB
Hyper-Threading Technology: Enabled
Memory: 32 GB
System Firmware Version: 1554.140.20.0.0 (iBridge:18.16.14759.0.1,0)

Currently you have to use Java Script to create a dropdown list that includes an item with a null (blank) export value. There is not way to add a null value to the list in the Prepare Forms - Dropdown Properties user interface. You can create a list item that looks blank by using the space bar, but that is not the same as null and will generate an error when importing the data into our database (where true null is an acceptable entry, but any text entries that don't match the validation list are not, and the entire record will be rejected). Those of us who don't create a lot of forms need a way to add a null value item through the user interface instead of having to learn to use Java.

I am currently stuck on a project here due to the sometimes unpredictable and difficult to work with form field auto detection in Acrobat. I am designing a rather complex form in InDesign and exporting the PDF to have the form fields auto-generated in Acrobat.
Radio Buttons in particular are the trickiest to work with because of their demanding conditions. It is leading to a frustrating end-user experience when the radio button form fields get generated as circular check boxes which is intuitive and confusing. It seems to unexpectedly incorrectly interpret them as check boxes in some cases, and correctly interpret them in other cases even though the conditions are similar.
The Radio Button detection should be improved for more consistent results.

Problem: When creating a fillable form, you either have to go in order of fields you create or in order of field creation number. When I receive forms that have already been given a great deal of time, the tabbing functionality is not ideal due to the function obeying the rule of field creation/ purposeful placing in the fields scrollbar. This becomes a chore when dealing with hundreds of fields. Ideally at this moment you want to scrap the whole creation and begin in a more formal and tedious recreation.

Solution: Multiple click/drag selectable field grouping. Where you can form the line up of fillable fields you want to correct/ customize, order from Horizontal/ Vertical, Tabbing formation L-R. Order them in the selectable fields, and not have to scroll through the fields option to drag to correct placement/ redo the field numbering.

This could be added in the side panel.

Just like text boxes, check boxes, dropdown lists, etc are available controls to add to a form, it would be great to have a slider control as well. This control should be able to be horizontal or vertical, specify the default location of the slider, specify min and max values for a 0 - 100 percentage of the slider and assign a value to the percentage starting at the min to the max (IE 0% of the slider could be a value of 0 and a value of 100% could be 500 and a value of 50% would be 250 in this case. The form designer could then take the value for this control and perform math calulations on it like add it to other values, etc.