Skip to content
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

Best way to handle preset selector after a off/on #12

Open
agoodshort opened this issue Jan 21, 2022 · 0 comments
Open

Best way to handle preset selector after a off/on #12

agoodshort opened this issue Jan 21, 2022 · 0 comments
Labels
enhancement New feature or request

Comments

@agoodshort
Copy link
Owner

agoodshort commented Jan 21, 2022

On version 0.6.0 I decided to implement a default preset when powering on the device. I would like to use this thread to gather feedback and know what would be the best way to handle the WLED behaviour described below and suit everyone's needs.


What is happening
When starting a WLED device, the preset returned by the API is 0 (i.e. but WLED displays colours from the last preset displayed before being turned off). You can reproduce this behaviour directly through the WebUI of your WLED, after off/on cycle no presets are selected.

The issue
There is no way for the plugin to know which preset is used after a off/on cycle. But I would like that the plugin is able at all time to tell on which preset your WLEDs are set.

Partial fix
On version 0.6.0, I decided that at each power cycle a default preset will be selected (i.e. at the moment it is hardcoded to the preset nb 1).


Please vote the solution you prefer the most:

  1. In the config file, implement a value to select the defaut preset used by the WLED device
  2. A way to switch off this new behaviour (default preset when switching on), and display in the preset selector a "preset undefined" selector for the value 0

Feel free to comment with your thoughts on this and/or if you have additional ideas on how to handle this.

@agoodshort agoodshort added the enhancement New feature or request label Jan 21, 2022
agoodshort added a commit that referenced this issue Jan 21, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant