-
Notifications
You must be signed in to change notification settings - Fork 8
A few fixes to ALTUI displays #39
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
base: master
Are you sure you want to change the base?
Conversation
rafale77
commented
Mar 10, 2021
- Added slider to the Window Covering devices to represent and control open %
- Make dimmable light sliders report current status instead of target which is of no significant use
- Make RGB dimmable light display current color before target color. Particularly useful for plugins which do not use TargetColor variable (i.e ALTHUE)
1. Added slider to the Window Covering devices to represent and control open % 2. Make dimmable light sliders report current status instead of target which is of no significant use 3. Make RGB dimmable light display current color before target color. Particularly useful for plugins which do not use TargetColor variable (i.e ALTHUE)
amg0
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
can you submit a PR with just the slide stuff
I am not fully in agreement with the target/current proposal. I have noticed delay and issues in UI like flickering between the 2 values when using current. ( you display a new one but you get from vera an update sdata with the old value and it really does not work well ). the rule should be for plugin to never access variable and instead call a UPNP action when they want to change a value, then the UI can anticipate on the result of the action with the target value which is what the user expects and later on the current value catches up
|
Hi Alexis, The problem with doing it this way is when the dimmer is being actuated by other devices or manually. The vera in that case doesn't update it's target but only the status for devices with instant status capability. We would end up with a slider display being out of sync and representing nothing. I have also seen the flicker you speak of but it is only for a short period of time while the dimmer is moving to its target. Besides, the behavior I am proposing is also the same behavior observed by the vera UI as you would be able to see by entering the device screen. I would often see 2 different slider values for the in device slider and the dashboard slider. |
|
directly manipulating the dimmer level without using the UPNP and the target logic is the mistake. I have experimented both mode and the way ALTUI does it ( show target and expect reconciliation later ) is the right way limiting flickering of UI in the majority of cases. I do not want to change this as it will create more problems that it fixes and that would be to work around a ill behavior of some other plugins/driver. |
|
Interesting. Is it due to openLuup not supporting UPnP then? Because I have not seen any use case where this slider behavior is correct with openLuup. It is also different from how ALTHUE and even the on/off switch indicator behaves it seems. It is purely cosmetic and is not changing any logical behavior so it isn't all that important. I will undo it but keep it in my fork since it's been reported to be misbehaving at least on openLuup. |