I can see you’ve gotten some code review so I will just eagerly watch as this gets worked out and eventually merged.
I never had an issue with the backlight curve or lack thereof however a friend recently demoed a similar impl they put together for hyprland and it is a very nice change.
Looking forward to seeing it in the next Gnome release 🤞
Sounds great, and is very welcome! Please merge. Thank you. Do you guys have any idea why ddc/ci controls for brightness control of external screens are not yet implemented in any major De? It’s the same on windows, still not part of the Os. Third party tools available since ages.
But are there any DEs that make use of this and include setting screen brightness on external screens as easy as for laptops? Is it because each screen manufacturer implements altering brightness/contrast/etc. via ddcci differently?
I hate that most Linux brightness controls assume that humans perceive brightness linearly for some reason. I don’t want a flash bang in dark surroundings when I forget to use the slider. I don’t want to press my brightness up key a thousand times or resort to the slider in bright surroundings.
I know that this is probably some close-sourced shenanigans, but can I push the limits of brightness below what GNOME sets? In Windows, I could go as low as I could, but this isn’t possible in GNOME anymore.
With my code, the lowest brightness setting should be closer to the minimum supported by the screen. There are some limitations with this because some screens become flickery at very low brightness levels. You might be able to circumvent the lower limit by using something other than the gnome settings daemon to set the brightness.
Typically their is some sort of low-level knob in /sys (try find /sys | grep backlight) which can be used to set it to any value. Be careful playing around though because 0 is often completely off and it can be hard to set it back. (Although a reboot should fix it if nothing tries to be clever and preserve it at shutdown.)
This saves me an extension, but i dont see it fully solving the issue of “its not clear its opens the overview” that the activities button had. Someone recommended to include a tip in gnome tour so that might help to solve it.
In the mockup, a suggestion was made which i think looks very interesting in the animation they provided
Oh I like the look of that! I’m generally very happy with how Gnome looks/works and don’t use extensions that modify the UI, but if someone slapped together on that did this, I might actually use it.
That’s right. But the way (I think) it’s going to work, the Applications button will be replaced by the new workspace indicator thing, and clicking it will still open the application grid. So there won’t be a button labeled Applications anymore…
There’s a tutorial when you first sign into GNOME which shows you where to go.
Consider this: Is it obvious that the four-square logo on Windows is the start menu? It is if someone told you or if you spent your whole life on Windows. It’s not if you come from macOS (which has no main menu per se) or you’re unfamiliar with computers.
Besides, the new indicator does exactly what’s written on the tin: it shows you your virtual desktops when you click on the preview of which virtual desktop you’re on.
I’ve not been around windows users for a while, but last time I checked my mom was very lost when she had to start an app which hasn’t an icon on her desktop.
More generally I heard that in general having to rely on a tutorial means bad design, which seems reasonable.
Of course it’s hard to estimate how new user will react without proper testing, I’ll trust the Gnome team who proved to be good at their job 🙂
Uh aren’t they replacing the “Activities button” not the application button? Also the super key exists, so the application is redundant and disabled in my setup.
gitlab.gnome.org
Hot