update on active screen locker
Thomas Pfeiffer
colomar at autistici.org
Thu Feb 16 13:02:17 UTC 2012
On Thursday 16 February 2012 12:47:21 Marco Martin wrote:
> On Wednesday 15 February 2012, Ivan Cukic wrote:
> > > - After the timer reaches zero, the slider goes back to the start and
> > > the text reads "Sleeping in 5 seconds" again. Instead, it should not go
> >
> > There are a couple of things that were not obvious to me in the UI:
> > - Tap the slider to cancel the sleep (it is a panic - press to try to stop
> > moving it type of thing :) )
>
> yep, that is one of the things that indeed do need training to get used to
> (even if just seeing it in action once) situations not avoidable 100% i
> think
This may indeed be one of those "Have to see it once" kinds of things.
However, testing it with another n=1 usability test revealed that the
participant tried to push the slider back to its starting position to prevent
sleep, which is correct-
However, I described a scenario where she'd want to lock the screen but not
have the device sleep and asked her "What would you do to keep it from
sleeping?". So it might still not occur to users that a method for sleep
prevention exists at all. I don't think that's a big problem, though. Those
people who want to lock without sleep are likely to find out how to do that
eventually, even if by trial and error.
> > - The sliders don't match the unlock visually. IMHO, it should look
> > similar.
>
> +1, i think they should look like the unlock button, with a similar
> mechanics, maybe the sleep button "travels" towards the center of the
> screen or something like that (then a tap on either the button or any point
> of the path undoes the sleep)
+1 for more visual consistency.
I'm not sure about the mechanics, though. Unlocking should be as easy as
possible, because it's only supposed to prevent unlocking the device by e.g.
touching it when putting it into the pocket. As soon as the user actively
interacts with the touchscreen, though, it should just take a swipe to unlock
it.
Shutdown, however, is different. This should only activate when the user
really wants it to, so I'd prefer a more narrowly defined interaction for that
(e.g. moving something along one distinct axis, as it is now).
Sleep is somewhere in between, since it has less negative consequences than
accidentally shutting down, but I'd see it closer to shutdown than unlock.
I agree that we need something that integrates better visually as well as
being easier to interact with (the tap targets on the sliders are rather
small), but just dragging something towards the center might be "too easy" for
shutdown.
More information about the Active
mailing list