-
Notifications
You must be signed in to change notification settings - Fork 6.8k
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
feature(autocomplete): add @Input() disabled property #7269
Comments
I'm not sure that adding another |
Yep. Differently from the Datepicker, not opening the panel makes sense for the autocomplete. |
Prevents the autocomplete panel from opening if the associated input is readonly. Fixes angular#7269.
Prevents the autocomplete panel from opening if the associated input is readonly. Fixes #7269.
Sorry, guys, but the latest change breaks all my forms in my application. I use a readonly input when ever the user should choose form a list of values instead of typing a new value. There are some rare situations in my application when the user can type a new value into the same input. While I can use a md-select for readonly and an autocomplete for edits, this solution results in more code and more complicated HTML. |
@Upimage, I think this can help you: #3334 Specifically, I'd take a look at @willshowell's solution: #3334 (comment) |
Using |
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
Bug, feature request, or proposal:
The autocomplete should have a disabled input. Sometimes you want to mark the associated input as readonly (you do not want the disabled styles applied to the input) and do not want the autocomplete to fire up when you click on the component (in the cases you have some minimal default options)
What is the expected behavior?
To have an
@Input() disabled
in autocomplete. As the Datepicker has a disabled property, to keep the consistency, the autocomplete should have one too.What is the current behavior?
Without the
@Input() disabled
you have to clear up the array, what is a not so difficult task, but it would be more consistent if it had a disabled property, like Datepicker.The text was updated successfully, but these errors were encountered: