On Mon, Aug 30, 2010 at 3:07 PM, Guido Berhoerster <[email protected]> wrote: > * PCMan <[email protected]> [2010-08-30 06:11]: >> Previously I met one of the maintainer of gdm and we had some >> discussion about this, too. >> They also use xscreensaver for this purpose in Oracle and there >> doesn't seem to be a standard way to do this. >> So my suggestion is making the lock command configurable through >> config file and fallback to xscreensaver if it's not set. >> This is not a perfect solution but at least it should work most of the time. >> For distros which provides alternative locking mechanisms, they can >> set this lock command to their own specialized script. >> Then when locking is needed, lxsession calls their script, and their >> script determines which locking program to use on their own with their >> distro-specific way, such as update-alternatives used by Debian. >> Any comments? >> If there is no objection, I'm willing to do some hacks to add this, >> and make a release after it gets tested. > > I submitted a patch for this about 6 weeks ago but apparently > nobody has looked at it yet, see > http://sourceforge.net/tracker/?func=detail&aid=3030907&group_id=180858&atid=894871 Thanks for the patch. Recently I subscribe mail notifications for the trackers on SF.net. SF.net didn't provides this in the past so it's really hard to follow every newly added tracker item. Now things can be improved. > What it does is to go through a list of locking commands until > one suceeds, i.e. that of the currently running screensaver. > Currently it tries gnome-screensaver, xscreensaver, and finally > xlock (in that order). Since there is a limited amount of > screensavers and this will detect which screensaver is currently > running it is IMHO a much cleaner solution that what you are > proposing. It could however be enhanced by adding a switch to > allow a user to turn locking off. This kind of auto-detection looks reasonable, but I still think that this behavior should be the fallback. IMHO some degree of customization needs to be allowed.
> -- > Guido Berhoerster > ------------------------------------------------------------------------------ Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d _______________________________________________ Lxde-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lxde-list
