Right now this is how you switch to another user using Kickoff: 1. Hit Meta Key or click Kickoff icon to open it 2. Click "Switch User" [you are taken to SDDM, the login manager] 3. Click on user you want to switch to 4. Enter password for that user 5. Hit enter key or click button The moment the user clicks on "switch user" they already have in mind which user they want to switch to. So we can simplify this workflow by presenting a sub-menu of users right there in kickoff; clicking on a user would take you to SDDM showing that exact user, rather than taking you to SDDM and making you find the user there. Therefore the flow would be more like this: 1. Hit Meta Key or click Kickoff icon to open it 2. Click "Switch User" > user to switch to [you are taken to SDDM, the login manager] 3. Enter password for that user 4. Hit enter key or click button Moving the step of choosing which user to switch to out of SDDM and into Kickoff would be a small, subtle improvement, but it's the little things that count. :) To support the corporate use case where there may be dozens or hundreds of available users, we could only show the users menu in Kickoff when there are 10 or fewer users available (number chosen at random, but hopefully the point is clear).
> The moment the user clicks on "switch user" they already have in mind which user they want to switch to. Do they? Back when I was sharing a PC with people I often used "Switch user" as a sort of "Soft logout" to allow someone else to use the PC without terminating my session. I wouldn't necessarily know who was going to use the PC next
Interesting. Why not just lock the screen, though? The lock screen has a "Switch User" button on it that will enable that workflow in a supported way.
Code-wise that means: - we load and maintain a list of users in kickoff. In theory this has multiple backends, pragmatically we only support `getpwent` - Updating org.freedesktop.DisplayManager to pass a user string in switchToGreeter (despite the name, no-one outside SDDM/LightDM use this iface) - Make SDDM follow that. all of that sounds simple, but then we have the other requirement that we need the screen to ensure it's locked before we start the switch, so now have to proxy this value through KSLD. IMHO the effort to reward ratio is way off.