That could be. If that is the case, I'd love to hear why. Doesn't seem
like it would be problematic or a security issue to provide such
access. Hopefully, we can get an official answer here soon.
On Nov 17, 1:48 pm, Rachel Blackman wrote:
> On Nov 17, 2009, at 10:41 AM, nEx.Software wrote:
>
> >
;
> where SignalStrength is android.telephony.SignalStrength class. Let me
> know if this works, doubt that it will be backwards compatible.
>
> Ne0
>
> On Nov 17, 1:46 am, Ken Adair wrote:
>
> > I'm assuming it is returning -1 because it is no longer being used
> > with 2.0?
>
>
The typical method to obtain signal strength has been to extend the
PhoneStateListener class and override the onSignalStrengthsChanged
method. Anytime the signal strength changes the system will call this
method passing in the new ASU.
Since this method is now deprecated as of Android 2.0, how are
Agree with the posters above. Please advise.
--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr.
I'm assuming it is returning -1 because it is no longer being used
with 2.0?
--
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email
I second the SDK confusion. I was able to create a PhoneStateListener
and override the onSignalStrengthChanged method. However, the asu is
always -1. I am also testing on the Droid. Someone at Google please
advise.
Regards,
Ken
--
You received this message because you are subscribed to the Googl
As anyone else encountered this??
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, sen
To be more specific... is this the correct way to broadcast a GPS
setting change since I can't access the updateProviders() method in
the LocationManager directly?
Intent intent = new Intent(Intent.ACTION_PROVIDER_CHANGED);
sendBroadcast(intent);
Thanks again,
Ken
--~--~-~--~~---
To be more specific... is this the correct way to broadcast a GPS
setting change since I can't access the updateProviders() method
directly?
Intent intent = new Intent(Intent.ACTION_PROVIDER_CHANGED);
sendBroadcast(intent);
Thanks again,
Ken
--~--~-~--~~~---~--~
To be more specific... is this the correct way to broadcast a GPS
setting change since I can't access the updateProviders() method
directly?
Intent intent = new Intent(Intent.ACTION_PROVIDER_CHANGED);
sendBroadcast(intent);
Thanks again,
Ken
--~--~-~--~~~---~--~
In one of my applications I am dynamically enabling the GPS system
setting based on a user's request. My problem is that I also have a
LocationListener which doesn't pick up this change. If the device is
restarted or the system settings Activity is brought up the
LocationListener kicks in -- the o
I'm having this issue too...
On Oct 17, 11:00 pm, atrus123 <[EMAIL PROTECTED]> wrote:
> I ended up rebuilding my workspace, and I haven't had any of the
> strange editor errors since then.
>
> On Oct 17, 7:37 pm, Anm <[EMAIL PROTECTED]> wrote:
>
> > I am very definitely using Java 1.5, as I'm usi
This capability was in M5... guess someone changed their mind.
On Sep 9, 2:16 pm, "Justin (Google Employee)" <[EMAIL PROTECTED]> wrote:
> > but isn't that why you list an app's permissions before
> > installation (as shown in the marketplace screens)?
>
> To some extent yes, but there are some pe
13 matches
Mail list logo
