-
Notifications
You must be signed in to change notification settings - Fork 620
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Do not remove <option>'s inside the <select>. #601
Comments
<option>
's inside the <select>
.
<option>
's inside the <select>
.
I just ran into a bug in the Webform module for Drupal related to The bug was related to trying to cache an option element via jQuery (see below) and then having this option element being removed by ChoicesJS.
This is not a major issue and easy to work-around but I felt it was worth noting here. |
I also likes the lib, but turns out i can't use this plugin because the choices.js doesn't preserve the select options , so i can't attach html5 data to the option and use it for another js function. I hope this will implemented in next version. Ideally choices.js is the interface to a hidden select, but it does not modify the original select tag just like select2. |
Happy to review a PR that resolves this 👍 |
Is there some update? I'm using version 9.0.1 and the issue still remains. |
Still in 10.2 :( |
Implemented as part of v11.0.0 |
I really like this library, but there is one unpleasant thing for me - clearing the
<option>
as a result of the library. What prevents future improvements and maintenance through cross-functional scripts.I don’t know why you don’t save the original tag tree inside
<select>
, if this is necessary, then please add a parameter to preserve the original data structure.The text was updated successfully, but these errors were encountered: