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
Describe the bug
When singleSelect === true, IM should only allow a single area to be selected per the docs. However, when the map configuration has selected === true and/or multiple areas are defined with selected === true, IM does not enforce singleSelect behavior. Technically, this would be a misconfiguration but IM should likely enforce singleSelect regardless of selected configuration. This same issue occurs when rebind is called as well.
There is something to be said for permitting the misconfiguration and ignoring it (aka. treating it as intentional) and thus allowing multiple areas to be selected until an area is clicked by user and/or set/selected via API. Community feedback encouraged on how to handle this.
To Reproduce
Steps to reproduce the behavior:
Go to jsFiddle - selected is true in the map configuration
All areas are selected despite singleSelect === true
Go to jsFiddle - selected is true for configured areas paul & ringo
paul & ringo are both selected
Expected behavior
IM should enforce singleSelect and only select the first area it encounters that is selected === true
Screenshots
N/A
Desktop (please complete the following information):
N/A
Smartphone (please complete the following information):
N/A
Additional context
N/A
The text was updated successfully, but these errors were encountered:
Describe the bug
When
singleSelect === true
, IM should only allow a single area to be selected per the docs. However, when the map configuration hasselected === true
and/or multiple areas are defined withselected === true
, IM does not enforcesingleSelect
behavior. Technically, this would be a misconfiguration but IM should likely enforcesingleSelect
regardless ofselected
configuration. This same issue occurs whenrebind
is called as well.There is something to be said for permitting the misconfiguration and ignoring it (aka. treating it as intentional) and thus allowing multiple areas to be selected until an area is clicked by user and/or set/selected via API. Community feedback encouraged on how to handle this.
To Reproduce
Steps to reproduce the behavior:
selected
is true in the map configurationsingleSelect === true
selected
is true for configured areaspaul
&ringo
Expected behavior
IM should enforce
singleSelect
and only select the first area it encounters that isselected === true
Screenshots
N/A
Desktop (please complete the following information):
N/A
Smartphone (please complete the following information):
N/A
Additional context
N/A
The text was updated successfully, but these errors were encountered: