You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Regularly, our users make mistakes in the format and possible values a targeting attribute can contain. It would be great if in the UI there are additional columns for targeting attributes that contain possible and example values and describe the formatting. For example in an attribute like country it is not instantly clear if a user should enter the long name of a country ("United States", "Germany") or something shorter ("us", "de"). Further, in many environments, the field is case-sensitive. Best case, there would be some Regex validation when setting up a rule with an attribute.
The text was updated successfully, but these errors were encountered:
On thing we can do, which is fairly easy, is add more built-in options for string format when configuring attributes. Most obvious are various ISO date and ISO country code formats, but we could also do email, uri, ipv4, etc. These formats can be used for validation, but also providing a better UI (e.g. datetime picker or dropdown with all possible country codes).
A more advanced version, which will be harder to implement, is full JSON Schema support to allow arbitrary regex validation, min/max length, and more.
@jdorn what if a text field is added to configure the values of the targeting attribute? It would be like typing the only possible and case-sensitive values of the attribute. Of course, this would be optional and the current option would be the default.
@fabianmarinog I believe what you're asking for already exists. You can set up an "enum" attribute and then list out all the possible values. Users will be shown a drop-down instead of a freeform text box.
Description of Feature
Regularly, our users make mistakes in the format and possible values a targeting attribute can contain. It would be great if in the UI there are additional columns for targeting attributes that contain possible and example values and describe the formatting. For example in an attribute like country it is not instantly clear if a user should enter the long name of a country ("United States", "Germany") or something shorter ("us", "de"). Further, in many environments, the field is case-sensitive. Best case, there would be some Regex validation when setting up a rule with an attribute.
The text was updated successfully, but these errors were encountered: