-
-
Notifications
You must be signed in to change notification settings - Fork 824
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add metadata to is_primary fields #16113
Conversation
(Standard links)
|
Several of the "CheckBox" html type additions are actually Radios on the contact form. I'm not sure if that makes a difference where this data gets used. The confusing one is address location is_primary, which actually is a checkbox. But is_primary for email, IM, open id, phone, etc are all Radio. |
I've thought about it some more and you're right they probably should be radios, but a special type of radio that spans multiple blocks. (e.g. if you have 3 email blocks on a form, the "is_primary" radio between all 3 blocks would be linked so only one can be selected). Still thinking about how to implement that on the Form Builder side. Marking this WIP for now. |
I think this looks right now @demeritcowboy ? |
I'm good. |
I'm still a bit icky about the change to radio - if you just showed one field then it would be a checkbox (& on post save the others get changed). I'm not sure if the html type is actually used to display them though so it's possibly ok - @jackrabbithanna does civicrm_entity determine how to display fields based on html_type? |
@eileenmcnaughton yes I struggled with this too, but what eventually made the icky taste go away was considering:
|
@colemanw well afform is the way of the future .... OK |
Overview
Improves some field information for the sake of Form Builder.
Before
Less accurate field info.
After
Better info about fields for Form Builder to use.
Comments
Strange but true: the Email is_primary field was in the xml twice... and no one noticed for years!