Describe the bug
When set to "disabled", the underlying input field does not get the "disabled" attribute, so it's still editable. You cannot click on it since the wrapping span has pointer-events: none, but if you set a label for this input, you still can edit a disabled field, which is kinda no-go in terms of security.
Good thing: Updates to the disabled field do not fire an update event, which might be good or bad, depending on whether we consider security or UX.
To Reproduce
Expected behavior
The input inside the Input component should have a disabled attribute.
Describe the bug
https://stackblitz.com/edit/yt9rrh?file=src%2Fmain.vue
there is a warning in the console
Describe the bug
In a scenario where there is an Input with a required value that is not set initially, the Input has an invalid state. If we then programmatically update the value of the Input, the component continues to be invalid.
To Reproduce
Expected behavior
Once the Input has a value, it should become a valid one.
Describe the bug
The "keyup" event is triggered two times
To Reproduce
Expected behavior
The event should be triggered once per button press.
The value of the Native Input is updating the model after the input is focused out. It behaves as the lazy modifier is applied to it. The reported behavior is replicable only in Vue 3.
The value of the model the Input is bound to should be updated on every user input as can be observed in this StackBlitz example.
The model is updated when you focus out the Input
The labels of the Native inputs are not pronounced by screen readers like NVDA.
The labels of the Native inputs should be pronounced by the screen readers.