I have been working with CRED for a while now and I am facing a very frustrating issue.
There are no unique field identifiers. Each field does have an ID, but that seems to be randomized.
This makes it really difficult to target for example date fields of similar forms using javascript, in order to perform operations on them. Right now for example, If I want to access a date field (the real Unix timestamp one), I have to add a class to the .form-group field and go down a couple of levels to target the correct form then the correct element within the .form-group wrapper, when I could just target and ID and be done with it.
would it be possible to add a field ID similar to how gravity forms does it (GF_1_1) <- where the first 1 is the form ID and the second is the field ID.
That may help, though I just double-checked it worked and found that for some field types, e.g. radios and checkboxes, the custom class is not added. If you auto-generate your form and the class attribute is automatically inserted (with a form-control class, for example) then you can add additional classes. If you have to manually add the class attribute, that seems to be when it doesn't work.
So, I'm raising this second point that the class attribute should work for all field types, and I'll request an ID option.
I did try that, but I am trying to access a date field via jQuery. I know the actual date field is hidden, but for some infuriating reason it has no unique class I can hook into. If I add a custom class to the date field, it just adds it to the fake date field with the calendar, not the actual date field with the unix timestamp. If I apply the class to the enclosing element, the classes for the fake and real input are basically similar. To make things worse, the IDs are randomized on each page load.
Really tough to operate on those fields using Javascript