-
Notifications
You must be signed in to change notification settings - Fork 346
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
Dynamic filled select show wrong t-model value #1444
Comments
You can work around this issue for now by using |
Before this commit, owl parser would not allow applying the `.number` suffix on <select> options. I do not see a good reason for that, and it prevents some legitimate usecases. closes #1444
As far as I can tell, if we use the So, I think that the example is wrong: it should use |
Note that we probably could modify owl store each value in a map somewhere. Then, when an option is selected, it could look that value in the map (indexed by the stringification of the value) and give it back in the But then, it may be slightly surprising, because one might expect the value to be a string, since it seems to be an attribute. Probably not, but who knows? An opinion on this, @sdegueldre ? |
I'm not sure I understood the question 😅 |
Before this commit, owl parser would ignore the `.number` suffix on <select> options. I do not see a good reason for that, and it prevents some legitimate usecases. closes #1444
Before this commit, owl parser would ignore the `.number` suffix on <select> options. I do not see a good reason for that, and it prevents some legitimate usecases. closes #1444
Before this commit, owl parser would ignore the `.number` suffix on <select> options. I do not see a good reason for that, and it prevents some legitimate usecases. closes odoo#1444
A component with a
input type='select'
for which the values comes dynamically didn't show the correct value.In this example, We have 2 selects, one for an element, and one for the element value.
the second select is filled with options filtered based on the first select. the t-model store the correct value, but didn't print the correct value when choosing an element in the fist select.
The t-raw in the EditElement always show the correct value, while the input type='select' always show the first value.
The text was updated successfully, but these errors were encountered: