-
Notifications
You must be signed in to change notification settings - Fork 397
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
Fix button SecondFunc trigger #2367
Fix button SecondFunc trigger #2367
Conversation
Pull Request Test Coverage Report for Build 9009259380Details
💛 - Coveralls |
@s-martin not sure if we should just change the behavior and explain the changes in the release notes (and needed updates for existing configurations). I personally dont see a usecase where its usefull to trigger both functions, but they maybe exist. |
For me the new behavior you implemented is more intuitive and consistent. I don't have a comprehensive upgrade path for that behavior change. My suggestion would be to clearly state this as a breaking change in the release notes. Additionally we should make sure that we update all documentation (also in the wiki and maybe even make a quick search in the (closed) issues to add a comment, if necessary). |
I don't see an update path aswell. |
I had this change laying around for some time, but with the gathered reports in #1666 it may be worth to bring it in.
Introduce changes to the button function calling behavior, to not trigger both function if the button is held. Though this behavior is documented, it is still counter intuitive and likely the uncommon case.
For the "SecondFunc"
hold_mode
the new behavior is:SecondFunc
hold_time
hold_time
SecondFuncRepeat
hold_time
hold_time
and repeatedly if button is futher held pasthold_time
Other
hold_mode
s have not been affected and behave the same:None
(no changes)Repeat
(no changes)hold_time
Postpone
(no changes)hold_time
closes #1666