Summary: | Fast user switching feature | ||
---|---|---|---|
Product: | [Unmaintained] kdm | Reporter: | danalien <danalien> |
Component: | general | Assignee: | kdm bugs tracker <kdm-bugs-null> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | wishlist | CC: | bluedzins, georgas, Ronny.Standtke |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
danalien
2004-09-07 19:32:03 UTC
things are mostly implemented now. not everything is apple-like, particularly the menus don't contain users that are not logged in yet; you just start a new session as before. maybe some day ... the kdm dependency is not going to go away. *** This bug has been marked as a duplicate of 25304 *** Sorry, but this isn't *IMHO* a 'Duplicate' of the bug you point to! >things are mostly implemented now EXACTLY, most of what is required is allready implemented, all that's needed is a few lines of KDE/QT code ... to add the additional functionality I'm requesting. > particularly the menus don't contain users that are not logged in yet; > you just start a new session as before and what I'm requesting is much more then the simple 'Start New Session...' from the Kmenu, too. > the kdm dependency is not going to go away if not, it could transform, itself :), into <something else> Oswald, Under 'KDM' [1], I read: ``Proper session-on-demand implementation including fast user switching. Oswald Buddenhagen <ossi@kde.org>" And I was wondering if you've gone and implemented *this, Fast user switching (feature); or some other (type, way...)? PS. haven't tried 3.4-Rc1 yet..., --- 1 - http://developer.kde.org/development-versions/kde-3.4-features.html of course not, otherwise this bug would be closed already. Oswald, I was uncertain, and checked :) I've also had time to test (3.4) RC1 [with klax..], and from the looks of it, 'its all there' (technically) *more then less*, all that's missing is some eye-candy GUI. could you point me to some API docs? ... to utilize the functions you've implemented/or use (check 'whois logged in', change to VT/Xsession X, start new Xsession) the stuff is in kdebase: kdmlib/dmctl.* used in: kicker/ui/k_mnu.cpp kdesktop/krootwm.cc kdesktop/lock/lockprocess.cc look out for \<DM\>. anyway, i think this desktop integration is sort of a dead end. one won't get something as smooth as on winxp/osx that way. the answer is integrating kdm with kdesktop_lock. technically it is only a minor challenge, i think. however, to reach acceptable response times, it would be necessary to keep the greeter loaded all time. for kde sessions this is probably not as much of a concern ... unlike for non-kde sessions. btw, what are the shortcuts for activating the user switching on those other oses? Oswald, thnx. > anyway, i think this desktop integration is sort of a dead end. one won't get > something as smooth as on winxp/osx that way. yeah, but those OS's are ment (req.!) 'm0nst3r' PC's ... if one would compare to cars, *they would be cars like BMW's/Mercedes-Benz's/Ferrari's.. etc. While *we would be the Toyota's :-) ... so 'smooth' ain't feasible, if the hardware can't back it up/support it :) And it wasn't either my intention of it being 'smooth'. But more for us to have a 'fast user switich' function, ... well, a little better/improved design then what we've had ages ago (heck, if we count CTRL+ALT+F[n]-keys, we've had 'fast user switch' long before *they ever thought of it, and they are copy-cat'n us =)). > ... to reach acceptable response times, it would be necessary to keep the > greeter loaded all time. for kde sessions this is probably not as much of a > concern ... unlike for non-kde sessions. um, but that'd be loading the 'hardware'. I think memory should be reserved (as much as possible) for active running apps (for the current user). If it takes a short time to 'switch users' about, its acceptable. tricks around it, would be to put the most common and used 'stuff' on the outer-track [possible biggest diameter] on the HDD (from its (the needle's) resting place to outest-track is the shortest it has to travel && not to mention it can read more bits/revolution...) another one, could be to save the most common and used 'stuff' an a speedy flash-disk (I'm thinking Disk-on-chip's here :) *lucky b4st4rd here has 3 of such*) and access time will be something of the past :) > btw, what are the shortcuts for activating the user switching on those > other oses? CTRL+ALT+F[n]-keys? =) joke aside; don't know, I'm don't run any of those OS's :) *** Bug 134807 has been marked as a duplicate of this bug. *** *** Bug 135879 has been marked as a duplicate of this bug. *** Here is my report: -- I have recently found that I could assign keyboard shortcut for "start new session" dialog and this works great. However -- I use 1400x1050 resolution and this dialogs is sooooo tiny. Please add settings to allow the user to set the dialog size (or rather font size) for this dialog -- I would like to set it so I get 1/4 of the screen to see it from the distance. And Oswald comment: -- the problem is that this is no dialog but a menu - so all your menus are that tiny. *** Bug 217738 has been marked as a duplicate of this bug. *** KDM is unmaintained and not used in KDE Plasma 5. SDDM is the login manager used in KDE Plasma 5. If you still have this same issue with SDDM, please file an issue on the SDDM bugtracker (after doing a search for existing issues first!): https://github.com/sddm/sddm/issues/ |