Support firing a multiselect headerFilter on change, not blur

[odoublewen]

Is your feature request related to a problem? Please describe.
I have Tabulator tables with headerFilters, some cols using list multiselect dropdown widget. It works great, except I've noticed that new users are often confused. When selecting elements from the list, they expect the table to filter immediately. They don't understand that the filter isn't applied until the dropdown loses focus. (This behavior is most problematic when the user wants to pick just one item, as it requires three clicks: Click to open the dropdown, Click to select the item, and another Click elsewhere to blur.)

Other headerFilters that I'm using, such as input filter with the like filterFunc, fire almost instantaneously. I think there's a 100ms delay, but to the user, it seems immediate. So, in this context, the behavior of the multiselect dropdown seems surprising.

Describe the solution you'd like
It would be nice if the List Editor params provided a way to choose which event(s) you want to listen for.

Describe alternatives you've considered
I know I could write my own custom Editor function and handle the events the way I am suggesting. But I imagine this is a somewhat common concern and it might be nice to support it out of the box.

PS. Tabulator is amazing, thank you for this extremely valuable contribution to open source!

[gabriele-v]

+1

I've found multiselect a bit too complex for users as well, to be honest I don't know if it's better to always filter since the first click or let it customizable with another parameter.

@odoublewen regarding the delay there is already the parameter headerFilterLiveFilterDelay which you can set at table level, default is 300 (milliseconds)