[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-05-08 Thread yacc
Sounds a little bit backward. It forces me to manually switch options on off, loosing my time. It basically forbids me to delegate this to my app, which is bad. There are many valid reasons why apps need to activate GPS, while I want to keep it off by default, use cases that come immediatly to

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-05-08 Thread Romain Guy
The GPS toggle in the system settings is a **PRIVACY** setting. It's just there to allow applications to turn the GPS on or off. Applications are in control of the GPS and can turn it off/on (when it's on you see a GPS icon in the status bar) whenever they want. If an app is keeping the GPS on

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-05-08 Thread Dianne Hackborn
As I've said, it would be reasonable to have a facility for power manager kind of stuff to get involved in this. This setting is not the way. And it NEVER was. Do you realize what we are seeing here? People complaining that their app can no longer turn on the setting whenever it wants, and

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-05-03 Thread Mike Hearn
Clearly. Let me rephrase - while changing settings (Airplane mode), user navigates through Settings and disables GPS as well. So your argument is that if the user has explicitly disabled the GPS function, your app should be able to turn it on without asking them? This is exactly why the change

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-05-03 Thread Disconnect
My argument is that, plain and simply, the default settings apps were inadequate for many users. Having been forced back to using them, those users are objecting, and I agree completely. It is not just a case of I disabled GPS and now CrazyAlsFriendFinder turned it on and drained my battery.

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-05-03 Thread chrispix
This is what I don't understand. The issue right now is that applications are automatically turning GPS on, causing battery life to go down. Or at least give that perception. Probably because those applications turning it on w/out letting the user know are leaving the program in the background

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-05-03 Thread Romain Guy
Turning the GPS on in the Settings is not doing anything to the battery. It just *allows* applications to use the GPS. You can have this setting turned on, use only Gmail and Browser and you will never seen the battery drain faster than with the setting off. That's also why there's very little

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-05-03 Thread Raphael
On Sun, May 3, 2009 at 8:18 AM, chrispix chris...@gmail.com wrote: This is what I don't understand. The issue right now is that applications are automatically turning GPS on, causing battery life to go down. Or at least give that perception. Probably because those applications turning it

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-05-03 Thread Mark Murphy
Romain Guy wrote: That's also why there's very little reason to have apps turn it on/off: it's a *PRIVACY* feature. Among other things. Near as I can tell, the *only* user-level control over GPS behavior, in stock Android 1.1 or 1.5, is the Enable GPS Satellites checkbox in the Security

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-05-02 Thread schwiz
[mailto:android-develop...@googlegroups.com] On Behalf Of nEx.Software Sent: 24 April 2009 20:01 To: Android Developers Subject: [android-developers] Re: Android v. 1.5 =FAIL#2: Directly Manipulating Settings So, if I understand this all correctly... Those of us who have paid

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-29 Thread chrispix
We are working on an application that was going to set the brightness of the screen based on some locations / activities. That is pretty much worthless too. Why not MAKE SUPPORTED APIs to control these functions? Chris On Apr 28, 4:26 pm, weaselgrater geeyouknitsold...@gmail.com wrote: I am

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-29 Thread JP
I can see your frustration, and you have some work ahead of you. But why throw the app away? You can make this work if the user keeps any of the location providers enabled (GPS for best results). You can pop up a dialog to have the user enable a provider of his or her choice when you start the

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-29 Thread Mike Hearn
On Apr 29, 2:32 pm, chrispix chris...@gmail.com wrote: We are working on an application that was going to set the brightness of the screen based on some locations / activities. That is pretty much worthless too. Why not MAKE SUPPORTED APIs to control these functions? There is a supported API

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-29 Thread Mike Hearn
On Apr 28, 11:26 pm, weaselgrater geeyouknitsold...@gmail.com wrote: I am the developer of SMS Commander, and getting a GPS location remotely is going to become impossible now. No, it's not. Just tell users to leave the GPS setting checked. As mentioned before, it does not mean GPS is always

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-29 Thread JP
On Apr 29, 8:25 am, Mike Hearn mh.in.engl...@gmail.com wrote: On Apr 28, 11:26 pm, weaselgrater geeyouknitsold...@gmail.com wrote: No, it's not. Just tell users to leave the GPS setting checked. As mentioned before, it does not mean GPS is always active, just that when an app asks for

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-29 Thread Dianne Hackborn
Friend Finder does not turn GPS on. MyTracks does not turn on it. You too can live with not turning it on. Btw, airplane mode afaik has no impact on GPS. And if you really really care about this, you can find out when you are not getting GPS updates, and put up a notification telling the user

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-29 Thread JP
On Apr 29, 12:04 pm, Dianne Hackborn hack...@android.com wrote: Friend Finder does not turn GPS on.  MyTracks does not turn on it.  You too can live with not turning it on. Btw, airplane mode afaik has no impact on GPS. Clearly. Let me rephrase - while changing settings (Airplane mode),

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-28 Thread weaselgrater
I am the developer of SMS Commander, and getting a GPS location remotely is going to become impossible now. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Android Developers group. To post to this group, send email

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-27 Thread Mariano Kamp
-developers@googlegroups.com [mailto:android-develop...@googlegroups.com] On Behalf Of Raphael Sent: 27 April 2009 06:05 To: android-developers@googlegroups.com Subject: [android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings On Fri, Apr 24, 2009 at 10:37 AM

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-27 Thread Craig
My 2c regarding permissions... I find Vista's UAC prompts next-to-useless at times, because it doesn't tell you anything about why the elevation is required. How can I make an informed decision as a user about whether to allow an app to elevate if I don't know what it is going to do? Is it

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-26 Thread Raphael
On Fri, Apr 24, 2009 at 10:37 AM, chrispix chris...@gmail.com wrote: Dianne, thank you for the response.  The issue is, that if an application uses GPS and it is NOT turned off, it can drain the battery quite quickly if the app continues to ping the location. Which is why you disabled this.

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-26 Thread Al Sutton
associates, or it's subsidiaries. -Original Message- From: android-developers@googlegroups.com [mailto:android-develop...@googlegroups.com] On Behalf Of Raphael Sent: 27 April 2009 06:05 To: android-developers@googlegroups.com Subject: [android-developers] Re: Android v. 1.5 = FAIL #2

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-25 Thread patg
For the most part, My Vista computer only prompts during install to get permission to write to the programs directory. Personally I find the Andoid model much more annoying because it is so fine grained and meaningless to the average user. On Apr 24, 10:44 am, Mark Murphy

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-25 Thread Mike Hearn
I too think this change is a bad idea and will decrease the user's experience with my application. Perhaps, but it'll probably improve the users experience with the phone in general. I'm sure the battery life complaints have reduced G1 sales, and yet my own G1 doesn't seem to have such

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread Disconnect
Don't forget the fact that it assumes the google devs (or, more likely, the mysterious and secretive Designers) have the One True Best Way to change settings. Want to set profiles in toggle settings or other apps (or, say, the much-vaunted Locale) to do things like turn gps off when you are on a

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread Mark Murphy
chrispix wrote: Having to prompt the user each time to turn on / off gps is a giant pain from the standpoint of program flow. It is rather mystifying that the solution was to disable the APIs rather than add more permissions, or even a system-launched confirmation dialog. If the goal was to

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread JP
On Apr 24, 7:26 am, Disconnect dc.disconn...@gmail.com wrote: Now lets look at the new way. Instead of going to one app that has a list (or no apps, in the case of locale) you have to open settings (click 1), scroll down to the bottom (drag), open display (click 2), scroll down to the

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread JP
You don't need that okToFinishApp = false there in the end. That slipped in when I pulled this together from various places On Apr 24, 7:49 am, JP joachim.pfeif...@gmail.com wrote: On Apr 24, 7:26 am, Disconnect dc.disconn...@gmail.com wrote: @Override protected void onStop() {

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread Ward Willats
At 7:19 AM -0700 4/24/09, chrispix wrote: Having to prompt the user each time to turn on / off gps is a giant pain from the standpoint of program flow. I'm not sure why you have to prompt each time. You only need to check the GPS state once at startup and then fire the user off to settings if

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread Jean-Baptiste Queru
All right, here's the deal: One of the reasons that motivated the change is battery life, which is a major point of frustration for many Android users. More precisely, we've noticed in our testing that there was a strong correlation between user complaints about battery life and specific

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread GasBot
If you're worried about an app turning those things on without the user's permission, why not just detect the application changing the setting and pop up a quick dialog asking the user if its ok. That way they wouldn't have to go clicking through menus, it would only add an extra click to say ok

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread Jean-Baptiste Queru
It's already possible for a user to see an app's permissions - though it'd be nice indeed if the list could be organized the other way (contributions welcome). At least anecdotally, though, we've noticed that users (even sophisticated ones) don't associate poor battery life or control over some

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread Disconnect
Where was this discussion held? It sounds like quite a few developers and platform hackers are interested in providing feedback/alternatives. (And as a later poster said, a popup that says turn on gps? is not nearly as bad as this new method, AND doesn't involve a major regression for apps

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread André Charles Legendre
Hi Jean Batiste It seems that a better way would be to have a list of applications allowed to make GPS status changes. So user would be prompted one time to say if he allow or not this application to change GPS status. And to be able to consult and change the list of applications allowed to do

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread Al Sutton
. 1.5 = FAIL #2: Directly Manipulating Settings All right, here's the deal: One of the reasons that motivated the change is battery life, which is a major point of frustration for many Android users. More precisely, we've noticed in our testing that there was a strong correlation between user

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread Dianne Hackborn
On Fri, Apr 24, 2009 at 9:55 AM, Al Sutton a...@funkyandroid.com wrote: - Isn't the biggest privacy problem at the moment with permission granularity on Internet access?, There are many apps that want internet access just to access a donations page, but as a user of, say, an accounts program,

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread patg
I too think this change is a bad idea and will decrease the user's experience with my application. I am surprised that Android's security model asking for permissions when every application is installed is tollerated while WIndows Vista basically doing the same thing in a simpler way receives

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread nEx.Software
So, if I understand this all correctly... Those of us who have paid for an app to toggle settings for us, specifically - Power Manager (which, by the way, is currently the 2nd most popular Paid Application), have thrown away our money since we will be prompted to allow changes for some of the

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread Al Sutton
...@googlegroups.com] On Behalf Of nEx.Software Sent: 24 April 2009 20:01 To: Android Developers Subject: [android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings So, if I understand this all correctly... Those of us who have paid for an app to toggle settings for us, specifically

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread Tom Gibara
To: Android Developers Subject: [android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings So, if I understand this all correctly... Those of us who have paid for an app to toggle settings for us, specifically - Power Manager (which, by the way, is currently the 2nd most

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread Romain Guy
: android-developers@googlegroups.com [mailto:android-develop...@googlegroups.com] On Behalf Of nEx.Software Sent: 24 April 2009 20:01 To: Android Developers Subject: [android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings So, if I understand this all correctly

[android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings

2009-04-24 Thread nEx.Software
Of nEx.Software Sent: 24 April 2009 20:01 To: Android Developers Subject: [android-developers] Re: Android v. 1.5 = FAIL #2: Directly Manipulating Settings So, if I understand this all correctly... Those of us who have paid for an app to toggle settings for us, specifically - Power Manager