Funnily enough I posted about this on another forum the other day
(hello Uncle Mike..)
I'm using this plugin but not in a location based way - I just wanted
a delayed lock that worked independently of the screen lock. I have
only tested this with a PIN lock on a stock N1 with Froyo.
- - - - - - - - - - - - - - - - - - -
The profile will lock the phone if it is not charging and has not been
in use for 30 minutes. To change this delay, set the %LOCKDELAY
variable in profile 1 to the required amount. I'd suggest testing with
a shorted time span whilst you still have the refund option on the
plugin to make sure you are happy with the results.
Profile 1: "Lock Delay"
Contexts:
Display Off
Not Power
Task: DelayLock
1. Variable Set %LOCKDELAY To 30
2. Wait 1 minute
3. Variable Subtract %LOCKDELAY Value 1
4. Stop IF $SCREEN ~ on
5. Goto Action Number 2 IF %LOCKDELAY > 0
6. Password Lock Plugin ON IF %SCREEN ~ off
Set Task Properties: Abort Existing Task. Keep Device Awake
Profile 2: "Unlock"
Contexts:
Display Unlocked
Task: Unlock
1. Password Lock Plugin OFF
This is just a basic use of it, but it seems to be reliable for me. As
with all internet postings, YMMV
On Sep 24, 9:24 pm, Stephane Gauvin <
gauvi...@gmail.com> wrote:
> As you may know, Willem Stoker has released apluginthat restores the
> ability to programmatically (de)activate a PIN/passwordlock. (
http://www.appbrain.com/app/com.willemstoker.PasswordPlugin) Great news!
>
> I would be interested in reading about attempts to make it work
> reliably. An intuitive use is to disable (robust) PINlockin familiar
> locations such as home, and enable elsewhere. My experience with
> location-based profiles is that they are unreliable, which means that
> a lost/stolen/forgotten phone could be highly vulnerable (if the
> enabling trigger hadn't worked as expected). It could also be true
> that a phone is most vulnerable at home, where little hands (do you
> have kids?) will compromise your device.
>
> And maybe someone could think of a way to achieve a "progressivelock" (i.e. use a simple pattern as default. On failure, trigger PINlock, based on the assumption that the device is under attack).