| Summary: | Some behavior options are unnecessarily technical for Plasma | ||
|---|---|---|---|
| Product: | [Applications] systemsettings | Reporter: | guimarcalsilva |
| Component: | kcm_sddm | Assignee: | David Edmundson <kde> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | john.kizer, kde, nate, plasma-bugs-null |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
guimarcalsilva
2022-02-15 02:29:11 UTC
In general, there's an argument to be made for GUI tools even for sysadmins. Not all of them (myself included, in a former life) prefer to do *everything* in a terminal. A good GUI tool is appreciated for something that's very infrequently used. That said, I can't really argue with your logic here. These controls are super technical and likely used by only 0.001% of users. One concrete benefit of removing them is that we could bubble up the remaining settings to the main page, which would make the auto-login feature more obvious. Here's an idea: move those settings into the Desktop Session KCM, which is already super nerdy and technical. It looks from the "Proposed organization" section of https://invent.kde.org/plasma/systemsettings/-/issues/15 like the intent would have been to move settings into the Desktop Session KCM as was mentioned here. Not sure if something else overrode that later, or if it's still intended and just needs to be figured out by someone in each respective KCM? Yeah, it's just that no one has moved them yet. |