-
Notifications
You must be signed in to change notification settings - Fork 68
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
disabled attribute questions #353
Comments
interesting artifact from the original codebase. All of the explicit checks against |
You accepting PRs? |
Yes |
I believe reverse is broken as well based on #382. PRs welcome |
Yes, that's correct but only when
I am in favor of changing the check. |
It's a bit confusing. Maybe use the value that is passed into What do you think @AlexanderLea? |
Is there a reason that disabling the ui-switch does not add the disabled attribute to the underlying html button element? Not adding it means that if you use the Changing to use the |
Probably just overlooked when initially implemented. Never looked into adding it. |
Gotcha. I will look into creating a PR for adding it. |
Sounds good. Thanks! |
Found the issue here. Angular can pass the input as string in certain cases. working a fix Related to #382 |
Hi,
We're using v8.0.1, and have had an issue today where we are setting
[disabled]="componentDisabled"
If we don't set
componentDisabled
in my component, and don't set a default value, the ngx-ui-switch appears to be defaulting to disabled=true.The code inside ngx-ui-switch seems to be
which suggests that anything other than explicit
false
will set disabled=true?Is this the desired behaviour? - Am I missing something?
Alex
The text was updated successfully, but these errors were encountered: