Yes, if you go to TTY1 and then back to TTY7 it doesn't ask a password but goes straight into the (not so) locked session.
I think that's why "light-locker" is made available.
Another issue is that lightdm leaves artifacts on the screen. A very obvious one is the error widget lightdm throws. You can click close, which actually closes the widget but it stays in view --- like an echo. It only goes away if you move another windows over it.
Personally I prefer i3lock, it's stable, simple, light and easily cofigureable.
Instead of the colour you can also use a picture to block the screen if you want to.....even a screenshot of a previous session to fool others trying to get the mouse working or worse: as if it's a Win8 Desktop..
I hadn't even seen there was a (only used the standard one) fancy version.
I tried i3lock and it's cool. both normal and fancy version
I am trying to find a way if to turn off my screen with xset dpms force off and then lock it
Why do you want to do that?
I like to keep my system and session " as is" when I lockscreen, so as not to break downloads or compilations et all.....so no suspend or log out until I say so.
From the i3lock manpage:
Users who wish to explicitly enable DPMS only when their screen is locked can use a wrapper script around i3lock like the following:
lol wtf, this is a very bad implementation lol, maybe it doesn't looks anything at all, which in fact makes sense (lightdm is another X layer, has no interaction with e16 itself, but by other side it should "add" an uppon "locked" layer on it probably
so sounds like i3lock-fancy should be a better one then
but before to switch to it, i need someone with a very old graphic card (which doesn't support blur features) to test it to see if i3lock-fancy has issues with blur
try the i3lock-fancy package, it looks pretty good no screenshot required, also the -g option is nice too (greyscaled)
If you insist on lightdm, then use lightlocker.
nah, i wanted to use it because was already included by default and also should be a more correct implementation, but is not and is buggy as you said
I did. It looks cool but a downside is that it shows partly the desktop you locked, which could be a problem for some scenarios.
Simple 13lock does not have the blurring so doesn't pose any problems for graphics, IMO.
One con for i3lock is that it doesn't leave an option for "onboard". Something that "light-lock" does ...... in the sense that it goes to the greeter where onboard can be enabled) for unlocking.
So for a tablet with no physical keyboard, "light-locker" would be the better option.
A con for light-locker is that it requires a running screensaver...i.e running it is not the problem but it has to be installed first.
Another con is the video artifacts.
Whilst checking out these lockers I found I needed to reboot or logout every time as some keep running in the background.
light-locker is a bit more big, and aparently runs as a daemon... not good idea (more resources for nothing)
i3lock-fancy looks good to me
good point about the "visual things", but the other option is too ugly (and we don't want to have an ugly desktop in elive ), i think that if the user leaves some important information on the desktop (in case its on a public place and somebody is going to put the face on the computer lol) should simply take care to "unlock + switch desktop + lock again" from its own common sense lol
if e16 can "catch" the close-lid event, could run a script then to "lock + suspend" (but again, in general terms it is up to the user to not show visual things on desktop that -could- be readable even in blur, but that's also related to "who is going to have access to that computer" too)
these things are more easy in e17+ too, since the lock is own integrted, includes acpi calls like Lid, and it doesn't shows any visual things... here our possibilities are limited, showing an ugly bg or a nice looking desktop locked
but in any case i dont think the next stable should provide e16 as desktop or it should? sounds like a backwards step... not because is not good but because there's missing good features that elive had previously
for now i just added that command itself to the hotkey bindings (just i3lock-fancy)
@triantares
how would you modify to script to use
xset dpms force off instead ?
This command seem faster / more efficient
I would like your script to use that command and lock the screen
Will have a look later .... the original script should actually do what you want.
BTW, if you want to really lockdown the machine (i.e disable the possibility to access the virtual TTYs on F1-F6) run "phylock -l" first. To re-enable "phylock -L" ..... you will need to install "phylock" with apt.