Bug 502131 - Night light KCM placement under "Colours & Themes" makes little sense, should be under "Display & Monitor"
Summary: Night light KCM placement under "Colours & Themes" makes little sense, should...
Status: RESOLVED FIXED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_nightcolor (show other bugs)
Version: 6.3.3
Platform: Neon Linux
: NOR minor
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2025-03-28 15:00 UTC by Riccardo Robecchi
Modified: 2025-04-25 12:49 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 6.4.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Riccardo Robecchi 2025-03-28 15:00:54 UTC
SUMMARY
With Plasma 6 (I don't know which minor version, as I jumped directly from 5.27.10 to 6.3.2), the KCM was moved under the "Colours & Themes" section. This, however, makes little sense as that section deals with themes, not with colour calibration or display output. It therefore makes little sense to have night light under "Colours & Themes" while gamma, which arguably does something similar although more general, lives under "Display & Monitor".

STEPS TO REPRODUCE
1. Open System Settings

OBSERVED RESULT
The Night light KCM is under "Colours & Themes".

EXPECTED RESULT
The Night light KCM is under "Display & Monitor".

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: KDE Neon
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.2

ADDITIONAL INFORMATION
Comment 1 Nate Graham 2025-03-31 19:24:30 UTC
The parent group is named "Colors & Themes". What doesn't make sense about putting something related to screen color in there? Yes, it's also related to screens, but it's as related to color, if not more so. And the group is about both: colors *and* themes.

Gamma living under "Display & Monitor" is probably an oversight in the new System Settings organization, the result of all the devs using Wayland where the Gamma KCM isn't shown. It should probably move there too.
Comment 2 Riccardo Robecchi 2025-04-01 10:37:27 UTC
Apologies in advance, this is going to be a bit long.

Themes have nothing to do, in fact, with colours as "how the screen displays colours". Which brings back a long-standing issues of calling application themes "colours". How does a user distinguish between "colours" in the sense of "themes" from "colours" in the sense of "colour management" (e.g., ICC profiles)? Isn't that really confusing? If you really plan to move ICC profiles, gamma etc to the "Themes & Colours" section, I feel like there has to be some serious re-thinking of names, because it is not going to be clear - I still, after more than a decade of using Plasma, struggle to bend to the usage of "colours" in the sense of "themes", so I can only imagine what it's like for a newcomer.

Having said this, I feel like there is a very clear distinction between "colours" in the sense of "theming" and "colours" in the sense of "the way colours are displayed on your screen". They are not the same and they should not be mixed. I think you could concede that "the way colours are displayed on your screen" is a lot closer to "screen configuration" than "themes configuration". At the moment, "Night light" appears like a sub-section of "Global Theme": how does that make sense?

Lastly, there is something to be said about consistency with the status quo in other platforms. While KDE should not do things a certain way just because others do them that way, I think that going against what *everyone else* is doing is not a great idea, either, and literally everyone else is placing their "night light" equivalent under the "screen" section, not anywhere near the "themes" section (where that exists). So new users who come to the platform will probably look for the "night light" setting (and other screen colour settings) under "display", not under "themes".
Comment 3 Nate Graham 2025-04-03 19:48:37 UTC
We don't call application themes "Colors"; we call them "Application Styles." The word "Colors" is in the group name is because the "Colors" KCM is in the group.

And all these KCMs and groups are in a section called "Appearance and Style". Night Light is definitely something to do with appearance, as the full-color tint is an appearance preference; you enable it because you want warmer colors at night. Same reason you use warmly-colored light bulbs in your bedroom, rather than daylight bulbs. It's to create a mood, an ambiance... a desired appearance.

All of this is a bit non-optimal because we can't have KCMs in multiple places. If we could, I would probably put this one both places, so people could find it no matter where their mental model of full-screen tinting leads them to look for it in. Unfortunately, we don't have the ability to do that.

If we're different from every other system, that's definitely a valid data point in favor of moving it elsewhere. But it is just one data point. We can consider this moving forward along with other feedback.
Comment 4 Riccardo Robecchi 2025-04-24 08:43:48 UTC
This is the old discussion of what to call themes/colours in Plasma; Plasma developers call them "colours", and literally everyone else calls them "themes". Let's just agree we disagree on this and let's move on.

I've just noticed one additional bit that points to an inconsistency: the brightness and colours plasmoid. Given that it groups together brightness (related to the physical screen) and night light, I think it naturally points to those two things being together, so one would expect that grouping to be upheld even in the settings. As we well know, it's not.

I've re-checked the other platforms and Windows, macOS, GNOME and elementary/Pantheon all place their "night light" equivalent under the "display" section of their settings. I'm not aware of other platforms that have a night light feature so I might be missing something, but I guess those platforms together cover 99% of the users (if we assume that Plasma has 1% market share).
Comment 5 Oliver Beard 2025-04-25 03:16:14 UTC
I should note here we moved it back to 'Display & Monitor' three months ago: https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/5044
Comment 6 Riccardo Robecchi 2025-04-25 12:08:07 UTC
It looks like the changed I asked for was already implemented three months ago and is scheduled to be implemented with Plasma 6.4. Funnily enough it was you who approved it, Nate! Here is the change link: https://invent.kde.org/plasma/plasma-workspace/-/commit/cfacbb98658e4ea861b2e97407aff5edcfbff2c7
I am therefore marking this as "fixed" rather than "intentional".
Comment 7 Riccardo Robecchi 2025-04-25 12:09:20 UTC
(In reply to Oliver Beard from comment #5)
> I should note here we moved it back to 'Display & Monitor' three months ago:
> https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/5044

My bad, I hadn't seen your reply before posting mine, Oliver. Sorry about that!
Comment 8 Nate Graham 2025-04-25 12:49:16 UTC
Oh my goodness, how silly of me to argue against something I approved and merged months ago, using the same basic justification that you did! I had completely forgotten about this.