fix: FASTSelect not opening/closing when multiple attribute is set about fast HOT 7 OPEN

I played around with this by forcing collapsible to always return true. But then there are further problems when it comes to using the multiple selection select. My guess is that this was never truly implemented to this day?

from fast.

I played around with this by forcing collapsible to always return true. But then there are further problems when it comes to using the multiple selection select. My guess is that this was never truly implemented to this day?

Multiple should be supported, but this more closely mirrors a native select behavior where the listbox stays persistent. There would be work to do to enable collapsible multi-select as well as the native behavior. I think there may be a feature request out there somewhere for this; if not, that's a good place to start. Curious if @bheston, @radium-v, @KingOfTac, or @scomea have thoughts on having this contributed.

from fast.

I think the question here is how closely Foundation wants to match the platform and where it makes sense to deviate from that to match what other component libraries are doing.

With that being said I think this is a reasonable feature to add. Perhaps we could decouple the selection mode from the collapse/persistent states of the select menu and add a persistent Boolean attribute that matches the native select's behavior for multi select, but that's just one of many possible solutions.

from fast.