For the rest state: I assume that most people have their phone by their beds at night. I have a locale rule that puts my phone into airplane mode during the hours I'm normally asleep. This is much more easily/accurately expressed as "phone at rest for 15m". Similarly, I'd like to sync news when I pick up the phone to leave in the morning (I don't always unlock the phone when I do) so it can sync over wifi.
I'd also like to monitor signal strength. I do so in Locale and shut down the 3g data connection if the signal strength is under 25%. This combined with the airplane mode at night and an undervolted kernel gets my (old, otherwise stock) Droid Incredible up to 3 days of battery life through normal use.
It'd be more useful if it could also interact with the phone settings (for example, silence the phone at certain locations, &c).
Currently, this could be worked around by having an event launch SL4A that would run another script doing it; but this forces you to maintain a separate script for the desired action, instead of doing it at the same place.
I know it's not exactly what you're asking for, but it's something they've done for several years, and done quite well. I'm hoping they extend it, and keep it in BlackBerry 10.
Inductive charger that triggered a configurable mode on your phone -> Drop the phone on a magnet, get a clock or whatever and the phone charges without searching the plug beneath the bed.
I use to be able to get weeks of use from a single charge of my old Motorola Razr.
This comparison is not useful.
"Shira Weinberg, the team’s Program Manager, explained that the less strict security model of the Android platform is well suited for deploying early stage technology previews."
I am not a mobile developer so when I read the statement I was not sure if it was an underhanded slap at andriod or a valid assessment of mobile platforms. Can anyone comment?
Did anyone try a couple of these and can provide a comparison? The article is light on details, the biggest difference that I noticed is the configuration via a website. Well, and the Facebook login downer.
The JavaScript can register on device triggers and you can control the logic to do whatever you like. You can code it to be very specific in contrast to other rule based platform which have to be broad to cover main scenarios.
You still have pre-coded recipes which you can choose and quickly configure and install, and one of the coolest things is that you can actual see the recipe's code and hack it to your own profit :)
Looking forward to watching this evolve. Should be extremely powerful with the right set of triggers and hardware integration.
The app is called Tasker (https://play.google.com/store/apps/details?id=net.dinglisch....) works like a charm and can be programmed right on the phone.
onX claims to offer verbs like 'when i'm in the car' or 'when i'm walking'; Tasker/Locale offer verbs like 'is there a wifi network named X nearby' or 'is bluetooth on'. I spent money on Locale to try and solve these kinds of problems on my Android phone and regretted it.
(besides creating a dedicated account)
[1] http://developer.android.com/reference/android/accounts/Acco...
OpenID
A dedicated account (my preference)
If you require Facebook then you're locking me out when I'm at work.
PKI (SSH or similar).
OpenID.
I'm another one for whom FB is an instant no-op.
You should build the best possible product for the platform you are running on.
On Android there is an obvious default choice, and it isn't Facebook, nor is it a dedicated account.
Unfortunately, to chime in on the discussion one needs to log in with Facebook, which might keep a good chunk of those 'Please support something else' voices out. I know you wrote (both here and in that entry) that you plan to support other authentication methods. The reason why I post this is just to point out the flaw of asking the subset that willingly gives out their FB details in the first place.
Can the browser/login be completely removed from the picture, so that you get to manage your own scenarios either online or at home computer and push some compiled file to the phone yourself?
That might be a comment on the type of people who read and subscribe to techcrunch now.
February 2012, actually. Wow.
Beyond all that, I'm curious about on{X}'s battery usage. That's a huge selling point for always-on processes like this.
I do wonder at the 'less strict security model' part though. I'd think more 'less strict process model' would be a bit more accurate as it's a processing issue, not so much security issue.
"Launch the [music] app when I am [walking]"
+1 for another authentication type.
also "back" doesn't seem to work, i have to go home/close manually
I can't wait to see the Stuxnet/Flame/Duqu plug-in that ties into this incredibly useful app!
Point is: yeah, your phone is spying on you. Of course "Microsoft Israel" wants you to automatically data-enter your daily activities into their massive connected network.