https://bugs.kde.org/show_bug.cgi?id=502122
Melanie Scheirer <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #2 from Melanie Scheirer <[email protected]> --- I also got a FW13 and ran into this. I think a general ability to do dynamic display brightness would be cool so over the holidays when I have some free time I'll dig into how night color is doing it and try to wire this up. My first pass idea would be to rework the kcm and plasmoid to show slider bars for brightness and color temperature and have toggles for automatic brightness and color temp. In the config menu you would have separated picker for doing dynamic brightness and color temperature with off, by location (auto or manual), or by light sensor (when available) and each has a bar for setting the night and day brightness and color temp. If a user has auto on and manually sets the brightness or color temp in the widget it toggles off auto until they toggle it back on, at which point the brightness auto-adjusts again. Is there color language in the design guide to indicate a tweakable bar setting is in "automatic" by its color? The other option is to require auto be turned off by the toggle before being able to change the settings but that seems obtuse. Maybe add a button to do unified brightness vs per-display brightness / color temp, right now color temp is all screens but brightness is per screen. Unified brightness is harder because not all screens support DDC and different models have different brightness ranges but that already happens with color temp and nobodys really complained from what I've seen about it being unified. Likewise re: setting manual brightness / color temp, maybe a timeout setting in the settings for resuming automatic mode that could be like in an hour or next day. Seems really niche to add a timer event just for that though. -- You are receiving this mail because: You are watching all bug changes.
