* 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

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.

-- 
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

Reply via email to