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
The formatted value for discrete filters is based on field_label.${value} where value is whatever the actual value of the filter is.
For translation purposes, it would be nice to have that translation key namespaced based on the current filter field, to avoid value collisions when two different filter fields have values with the same token name. So something like field_value.mining would become field_value.happening.mining.
This may or may not be the best solution, just making a suggestion based on the fact that with the current setup, it is not possible for, say, field_value.happening.other and field_value.people.other to display different values, as they would both key in on field_value.other.
The text was updated successfully, but these errors were encountered:
Hey @Karissa -- yes, the custom translations are now possible by overriding the translations object; however, I was referring to the actual translation id that being keyed in on for this value. I believe this change would need to happen in util/intl_helpers.
Again, not sure of the best approach, and non-critical, but wanted to bring it up.
Referencing the line here:
https://github.com/digidem/react-mapfilter/blob/next/src/components/FilterPane/DiscreteFilter.js#L153
The formatted value for discrete filters is based on
field_label.${value}
wherevalue
is whatever the actual value of the filter is.For translation purposes, it would be nice to have that translation key namespaced based on the current filter field, to avoid value collisions when two different filter fields have values with the same token name. So something like
field_value.mining
would becomefield_value.happening.mining
.This may or may not be the best solution, just making a suggestion based on the fact that with the current setup, it is not possible for, say,
field_value.happening.other
andfield_value.people.other
to display different values, as they would both key in onfield_value.other
.The text was updated successfully, but these errors were encountered: