The design and behavior of check box properties are well-established in Adobe Acrobat Pro and Acrobat Reader.
Unfortunately some of these properties are not compatible with Adobe web apps (including web forms and signature templates and Adobe Sign)

If a PDF document has defined more than one 'check box' with the same 'Name' property, the boxes are internally named with an appended '#' (number sign) and digit(s), starting from 0 and counting upward. Example: Gender#0, Gender#1, Gender#2, etc. Each numbered instance of the checkbox has individual properties including:

Check Box Style  (Six possible choices)
    Check
    Circle
    Cross
    Diamond
    Square
    Star
Color (full pallet of 16,777,216 possible colors and shades)
Export Value  (Text)

Acrobat Web apps, including Web Forms, e-Sign Templates, and e-signatures through Adobe Sign all fails to implement the standard Acrobat behavior of check boxes as follows:

Checkbox Style and Color properties are incorrectly associated with the Checkbox Name (effectively 'Name#0') rather than each separate numbered instance of the checkbox.  The other numbered instances of the same Name are ignored and replaced by properties of 'Name#0')
    Consequence:  Forms using different colors for different Export Values of the same checkbox Name will fail to display correct colors.
    Consequence:  Forms using separate summary pages with different Checkbox Styles for the same checkbox Names will fail to display correct styles (shapes).
Export Value Replication 
    If more than one check box has the same Name and same Export Value:
        Checking one box automatically checks all boxes in the document with matching Name and Export Value when using Acrobat Reader
        Adobe Sign fails to replicate matching Export Values.  Only one check box can be filled.  No other matching check boxes can be filled.
    Example:  A long application form with multiple pages includes the applicant name, date of birth, and gender at the top of several separate sections.  Filling this information on the first page of the form using Acrobat automatically replicates the same-named fields in other sections of the form including gender which is indicated using check boxes.  Adobe Sign not only fails to replicate the gender, it allows gender to be marked in only one place.  If gender is marked on any part of the form any previously marked gender check boxes are blanked out on-screen on all other pages.

Acrobat web app further deviates from standard Acrobat filling on-screen forms by obscuring the defined appearance of check boxes. While it is useful to add color prompts on screen denoting individual participants, this should not obscure the final appearance of the completed form by altering check box style or color. Currently, Adobe Sign implements 'Check' style. All other 'Check box style' choices are replaced by 'Circle' style on-screen but using the color associated with the defined 'participant' rather than that which appears in the completed form.

We have medical and dental forms that use checkbox color to represent context with dark green for 'routine' findings and dark red for any 'non-routine' checkbox responses. Black is used where the checkbox is neither (e.g. gender). Using the Acrobat web apps (including Adobe Sign) these checkbox colors do not work correctly. If we use the same forms on other PDF resources such as Foxit or Smallpdf, there are no such problems. It seems ironic that other 'outside vendors' of PDF software and web tools are compatible with Adobe Acrobat where Adobe Sign is NOT. I.e. Adobe is not compatible with itself!