-
Notifications
You must be signed in to change notification settings - Fork 439
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
Backlight reverts to full brightness #275
Comments
Brightness is set to FULL when traversing backlight menu options. I think it actually goes back to MAX after any two keypresses, at least that's one of the cases. |
This is inherited from 1o11 and I kept it. The idea is I guess to allow bringing back the backligth settings in a dark when it was set to off. |
…xiting backlight menu entries Backlight is set to FULL when interacting with backlight menu entries, but it is not set back to MAX when exiting from those entries. This commit corrects that behaviour.
…xiting backlight menu entries Backlight is set to FULL when interacting with backlight menu entries, but it is not set back to MAX when exiting from those entries. This commit corrects that behaviour.
I have proposed solution of the "side effects" of this, although it is really cosmetic and it increases the binary size so I have mixed feelings about it. |
…xiting backlight menu entries Backlight is set to FULL when interacting with backlight menu entries, but it is not set back to MAX when exiting from those entries. This commit corrects that behaviour.
I actually like the backlight at FULL when entering or traversing the menu, it's kind of a failsafe. Just imagine you are by accident setting MAX to 1 ( might happen if you think you are setting MIN ). Press exit twice or simply wait for the timeout of the backlight. |
Yes, the failsafe is out of discussion. But it is also true that it is not returned to the configured max BL exactly when it should. If you go above the Blit options, you will see that the BLit does not return to the configured until you are "two options away" from them or, actually, two key-presses away. |
The button pressing functions are a mess, I know it is not perfect. I didn't want to spend more time fighting that, this was the best I could get it to be then. |
…backlight menu entries Backlight is set to FULL when interacting with backlight menu entries, but it is not set back to MAX when exiting from those entries. This commit corrects that behaviour.
It is cosmetic and takes some memory space, but the operation is nicer, I like it. I tried to make it work like that before. |
If you have dark adapted eyes, using the radio with this behaviour is actually painful and not at all intuitive. It somewhat defeats the point of having option to lower the brightness. I prefer set and forget and expect the same. I suggest it be a build option like the guarding of TX on all frequencies. |
Do you know where in the repo it is reverting? I tried searching for BACKLIGHT_SetBrightness but cannot find where it is. Did it get refactored yet? I'd create a pull to add some flag to makefile and read in menu e.g. #ifdef ENABLE_MENU_MAX_BACKLIGHT = 0 . |
I'm raising the stakes: 1151cf8 Interestingly, there is more code but it takes 52B less space :) |
This is great. Thank you! |
v0.20.1
Steps to reproduce:
Set BLMax to 5 (BLMin stay set 0), press M to confirm - backlight reverts to full brightness until press exit.
Press M and backlight is full brightness again.
Also triggered by:
Press M to open menu, scroll with up/down to BackLt - backlight reverts to full brightness until press exit.
The text was updated successfully, but these errors were encountered: