-
-
Notifications
You must be signed in to change notification settings - Fork 7k
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
Linear progress should not use v-model #813
Comments
Well you described exactly how vmodel works. You CAN use :value. |
How about closing this issue with a PR updating docs? You confirmed how vmodel works, so it's completely backward compatible. |
Updating docs how? Do you understand how v-model works? |
The API reference mentions v-model. It should be replaced with value. |
Why though? It doesn't matter. The only difference is v-model creates an @input binding for you. There is no "should", this is just your preference. |
It completely looks like some misuse, since this is essentially one way binding. It confused me because I once suspected that the progress bar actually generates input. |
I understand your POV, but it's not something I agree with. You are free to make a PR to the dev docs though. |
@ishitatsuyuki Partially I agree with you. The component does not emit an event On the other hand, the use of
|
What @cawa-93 mentioned is part of the discussion on the dev team. The point is to have a similar API/Interface to deal with components so that you know what to expect. Being as you understand what v-model is actually doing, then you could just do :value and everything will be fine. I think for the sake of keeping things the same across components, I want to leave it as such. With that being said, I agree that it is important to inform the developer of this information. I will make an update to the docs that outlines this information for all v-model implementing components. |
v-model
should be used for two-way bindings. I don't see any way a progress bar can receive input from user. A simple property (probably named "value") should be used instead.(semver breaking change)
The text was updated successfully, but these errors were encountered: