Open gmisiolek-sbm opened 2 weeks ago
This is currently a limitation of the choices optgroup rendering code. It used to just drop options without an optgroup which is frankly worse.
The work-around would be to use a dummy optgroup to wrap the choices to force ordering.
I'm looking to improve this behavior but it will require some additional structural changes in the back-end but I wanted to finish v11.0.0 and the inevitable followup bugfixes.
Describe the bug I have select with options and optgroups mixed together, which is displayed as I want as normal select, but when I want to use choices.js it puts all options first, then all groups below, ignoring order of options/optgroups.
To Reproduce Steps to reproduce the behavior:
Expected behavior Options and optgroups should be displayed in order I've specified in html
Screenshots Normal select without choices applied: Select with choices applied:
Desktop (please complete the following information):
Smartphone (please complete the following information):
Additional context Add any other context about the problem here.