[android-developers] Re: Intercept incoming call

2008-11-14 Thread Mark Murphy

kstamm wrote:
 Android was promised to be open entirely

It is.

 and I assumed it was going to allow creative use of the device

Android is not a device. Android is an operating system. The T-Mobile G1 
is a device.

 Perhaps in 2.0 we will actually have an open telephone platform

You have an open telephone platform. It's called Android.

However, to achieve your goals, most likely you will need to work at the 
level of firmware, not the SDK. That also means you must determine what 
sort of hardware will support that firmware.

If your complaints are that the T-Mobile G1 does not allow replacement 
firmware, please direct your complaints to HTC (makers of the phone) 
and/or T-Mobile (distributors of the phone). Complaining on this list is 
an inefficient means of complaining to these two firms, who are not 
known for participating in discussions here.

 I just want to have control of the handheld's reactions.

Depending on what actions you are seeking to control the reactions for, 
that may or may not be possible at the level of the SDK. More likely, it 
will require firmware-level modifications, for the sorts of things you 
are describing.

The source code and discussion lists related to firmware-level 
development can be found at http://source.android.com.

-- 
Mark Murphy (a Commons Guy)
http://commonsware.com

Android Training on the Ranch! -- Mar 16-20, 2009
http://www.bignerdranch.com/schedule.shtml

--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-11-14 Thread kstamm

Thanks for your response, I apologize for my attitude.

In academia we theorize all these wonderful new systems and then go
assume they will be implementable on real world hardware.

Do you think in any version of Android we will be able to reprogram
the part of the phone that displays the incoming call and generates
the ringtone?  I mistakenly assumed that it would be a simple task.  I
would definitely rather not be forced to fork the firmware to get at
this functionality.  You think I should be looking into the firmware
code at source.android.com?



On Nov 14, 7:19 pm, Mark Murphy [EMAIL PROTECTED] wrote:
 kstamm wrote:
  Android was promised to be open entirely

 It is.

  and I assumed it was going to allow creative use of the device

 Android is not a device. Android is an operating system. The T-Mobile G1
 is a device.

  Perhaps in 2.0 we will actually have an open telephone platform

 You have an open telephone platform. It's called Android.

 However, to achieve your goals, most likely you will need to work at the
 level of firmware, not the SDK. That also means you must determine what
 sort of hardware will support that firmware.

 If your complaints are that the T-Mobile G1 does not allow replacement
 firmware, please direct your complaints to HTC (makers of the phone)
 and/or T-Mobile (distributors of the phone). Complaining on this list is
 an inefficient means of complaining to these two firms, who are not
 known for participating in discussions here.

  I just want to have control of the handheld's reactions.

 Depending on what actions you are seeking to control the reactions for,
 that may or may not be possible at the level of the SDK. More likely, it
 will require firmware-level modifications, for the sorts of things you
 are describing.

 The source code and discussion lists related to firmware-level
 development can be found athttp://source.android.com.

 --
 Mark Murphy (a Commons Guy)http://commonsware.com

 Android Training on the Ranch! -- Mar 16-20, 
 2009http://www.bignerdranch.com/schedule.shtml
--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-10-02 Thread legerb

Is this the same for outgoing calls? They also cannot be interecepted
in 1.0?
If so, what is the purpose of ACTION_NEW_OUTGOING_CALL?
this is from the documentation:
It is perfectly acceptable for multiple receivers to process the
outgoing call in turn: for example, a parental control application
might verify that the user is authorized to place the call at that
time, then a number-rewriting application might add an area code if
one was not specified.

For consistency, any receiver whose purpose is to prohibit phone calls
should have a priority of 0, to ensure it will see the final phone
number to be dialed. Any receiver whose purpose is to rewrite phone
numbers to be called should have a positive priority. Negative
priorities are reserved for the system for this broadcast; using them
may cause problems.

If i understand correctly, the outgoing call can be ended, and we can
also get the dialed number from the Intent's info.
Is this correct?

On Oct 1, 7:52 pm, hackbod [EMAIL PROTECTED] wrote:
 Sorry, intercepting incoming calls is not supported in 1.0.

 On Oct 1, 9:20 am, Trey  Ethridge [EMAIL PROTECTED] wrote:



  I'd like to expand the logic of when to send a call directly to
  voicemail.  I believe that there would need to be a hook somewhere to
  intercept the incoming call and determine whether or not to accept
  it.

  An example use case would be to prevent drunk dialing.  There could
  be a setting in Android that would allow the user to set the device to
  send all calls to voicemail if the the caller is not in the family
  contact list and it is between 11:00 PM and 7:00 AM.

  We have a checkbox to allow users to send all calls to voicemail from
  a given contact, so I don't see why this should be a problem.  Is this
  going to be possible?

  -- Trey

  On Sep 27, 4:27 pm, Eric B [EMAIL PROTECTED] wrote:

   One of the best apps I've every bought for my Treo 600/650 is an app
   that lets you assign specific ring tones (really mp3 files) to
   specific contacts or groups of contacts.  I especially like the
   ability to turn off the ringer and vibrator for calls with no caller
   id.

   I don't think this kind of app would be possible without being able 
   tointerceptacall.

   Thanks,
   Eric- Hide quoted text -

 - Show quoted text -
--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-10-02 Thread hackbod

On Oct 2, 12:17 am, legerb [EMAIL PROTECTED] wrote:
 Is this the same for outgoing calls? They also cannot be interecepted
 in 1.0?

No, you can intercept outgoing calls, as you quoted from the
documentation.

--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-10-02 Thread Rimma Sukhovsky
You should call abortBroadcast() in your BroadCastReceiver, after catching
the *ACTION_NEW_OUTGOING_CALL intent.*

On Thu, Oct 2, 2008 at 12:19 PM, e [EMAIL PROTECTED] wrote:


 could u help me out ...how do manag with abortBroadcast()??

 On Oct 2, 12:50 pm, legerb [EMAIL PROTECTED] wrote:
  Thank a lot for your response :)
 
  I managed to do that with abortBroadcast().
 
  On Oct 2, 10:28 am, hackbod [EMAIL PROTECTED] wrote:
 
   On Oct 2, 12:17 am, legerb [EMAIL PROTECTED] wrote:
 
Is this the same for outgoing calls? They also cannot be interecepted
in 1.0?
 
   No, you can intercept outgoing calls, as you quoted from the
   documentation.
 


--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-10-02 Thread e

how to get *ACTION_NEW_OUTGOING_CALL intent.*???

On Oct 2, 4:26 pm, Rimma Sukhovsky [EMAIL PROTECTED] wrote:
 You should call abortBroadcast() in your BroadCastReceiver, after catching
 the *ACTION_NEW_OUTGOING_CALL intent.*

 On Thu, Oct 2, 2008 at 12:19 PM, e [EMAIL PROTECTED] wrote:

  could u help me out ...how do manag with abortBroadcast()??

  On Oct 2, 12:50 pm, legerb [EMAIL PROTECTED] wrote:
   Thank a lot for your response :)

   I managed to do that with abortBroadcast().

   On Oct 2, 10:28 am, hackbod [EMAIL PROTECTED] wrote:

On Oct 2, 12:17 am, legerb [EMAIL PROTECTED] wrote:

 Is this the same for outgoing calls? They also cannot be interecepted
 in 1.0?

No, you can intercept outgoing calls, as you quoted from the
documentation.
--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-10-02 Thread e

how to do catch  *ACTION_NEW_OUTGOING_CALL intent.* ?

On Oct 2, 4:26 pm, Rimma Sukhovsky [EMAIL PROTECTED] wrote:
 You should call abortBroadcast() in your BroadCastReceiver, after catching
 the *ACTION_NEW_OUTGOING_CALL intent.*

 On Thu, Oct 2, 2008 at 12:19 PM, e [EMAIL PROTECTED] wrote:

  could u help me out ...how do manag with abortBroadcast()??

  On Oct 2, 12:50 pm, legerb [EMAIL PROTECTED] wrote:
   Thank a lot for your response :)

   I managed to do that with abortBroadcast().

   On Oct 2, 10:28 am, hackbod [EMAIL PROTECTED] wrote:

On Oct 2, 12:17 am, legerb [EMAIL PROTECTED] wrote:

 Is this the same for outgoing calls? They also cannot be interecepted
 in 1.0?

No, you can intercept outgoing calls, as you quoted from the
documentation.
--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-10-01 Thread Trey Ethridge

I'd like to expand the logic of when to send a call directly to
voicemail.  I believe that there would need to be a hook somewhere to
intercept the incoming call and determine whether or not to accept
it.

An example use case would be to prevent drunk dialing.  There could
be a setting in Android that would allow the user to set the device to
send all calls to voicemail if the the caller is not in the family
contact list and it is between 11:00 PM and 7:00 AM.

We have a checkbox to allow users to send all calls to voicemail from
a given contact, so I don't see why this should be a problem.  Is this
going to be possible?

-- Trey

On Sep 27, 4:27 pm, Eric B [EMAIL PROTECTED] wrote:
 One of the best apps I've every bought for my Treo 600/650 is an app
 that lets you assign specific ring tones (really mp3 files) to
 specific contacts or groups of contacts.  I especially like the
 ability to turn off the ringer and vibrator for calls with no caller
 id.

 I don't think this kind of app would be possible without being able 
 tointerceptacall.

 Thanks,
 Eric
--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-10-01 Thread hackbod

Sorry, intercepting incoming calls is not supported in 1.0.

On Oct 1, 9:20 am, Trey  Ethridge [EMAIL PROTECTED] wrote:
 I'd like to expand the logic of when to send a call directly to
 voicemail.  I believe that there would need to be a hook somewhere to
 intercept the incoming call and determine whether or not to accept
 it.

 An example use case would be to prevent drunk dialing.  There could
 be a setting in Android that would allow the user to set the device to
 send all calls to voicemail if the the caller is not in the family
 contact list and it is between 11:00 PM and 7:00 AM.

 We have a checkbox to allow users to send all calls to voicemail from
 a given contact, so I don't see why this should be a problem.  Is this
 going to be possible?

 -- Trey

 On Sep 27, 4:27 pm, Eric B [EMAIL PROTECTED] wrote:

  One of the best apps I've every bought for my Treo 600/650 is an app
  that lets you assign specific ring tones (really mp3 files) to
  specific contacts or groups of contacts.  I especially like the
  ability to turn off the ringer and vibrator for calls with no caller
  id.

  I don't think this kind of app would be possible without being able 
  tointerceptacall.

  Thanks,
  Eric
--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-10-01 Thread hackbod

On Sep 27, 1:27 pm, Eric B [EMAIL PROTECTED] wrote:
 One of the best apps I've every bought for my Treo 600/650 is an app
 that lets you assign specific ring tones (really mp3 files) to
 specific contacts or groups of contacts.  I especially like the
 ability to turn off the ringer and vibrator for calls with no caller
 id.

You can already assign custom ring tones to specific contacts in 1.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 to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-27 Thread e

Anyone trythen plz tel me

On Sep 25, 8:37 pm, legerb [EMAIL PROTECTED] wrote:
 How about: ACTION_NEW_OUTGOING_CALL?
 According to SDK documentation it gives the possibility to intercept
 the call.
 Has anyone tried to use it?

 On Sep 17, 9:41 pm, friedger [EMAIL PROTECTED] wrote:

  I could imagine an application that accepts acallwhen the user
  presses a button like I am rushing out of the meeting, hang on
  another second. Instead of me wispering into the phone, the caller
  gets a proper response.

  So there is no way to do that, currently?

  Friedger

  On 17 Sep., 20:22, kstamm [EMAIL PROTECTED] wrote:

   Now now, we were told the Android was the first open source phone all
   the way down to the hardware.  I expectcallreception capability!
   It's the only thing that sets it apart from other smartphones.

   On Sep 17, 10:35 am, Charlie Collins [EMAIL PROTECTED]
   wrote:

I would disagree with the statement that this should be possible.
User's expect acallto work like acallwhich works like acalland
that would be sort of like acall;).

I think the idea is that certain key functions of the phone - calling,
and going to the home screen - usurp other functions. All non built-in
key functions, e.g. applications, are still equal, but yes a few key
functions have a higher priority - by design (and I think a good
design, it would get really confusing for users if every app was
allowed to intercept calls and do different things with them, IMO).

On Sep 17, 3:45 am, Tauno T [EMAIL PROTECTED] wrote:

 I wonder if this will be possible on real devices? It should be
 according to the All applications are equal statement but has anyone
 further info regarding this?

 On Sep 17, 8:01 am, Megha Joshi [EMAIL PROTECTED] wrote:

  Unfortunately, you cannot intercept incoming calls in the sdk.

  2008/9/16 sectrean [EMAIL PROTECTED]

   Hi,

   I'm trying to figure out how to intercept an incomingcall, but I'm
   not able to find much documentation on how I would do this.

   I would like to be able to display a custom dialog to accept or 
   reject
   thecall.- Hide quoted text -

  - Show quoted text -
--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-27 Thread Eric B

One of the best apps I've every bought for my Treo 600/650 is an app
that lets you assign specific ring tones (really mp3 files) to
specific contacts or groups of contacts.  I especially like the
ability to turn off the ringer and vibrator for calls with no caller
id.

I don't think this kind of app would be possible without being able to
intercept a call.

Thanks,
Eric
--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-25 Thread legerb

How about: ACTION_NEW_OUTGOING_CALL?
According to SDK documentation it gives the possibility to intercept
the call.
Has anyone tried to use it?


On Sep 17, 9:41 pm, friedger [EMAIL PROTECTED] wrote:
 I could imagine an application that accepts acallwhen the user
 presses a button like I am rushing out of the meeting, hang on
 another second. Instead of me wispering into the phone, the caller
 gets a proper response.

 So there is no way to do that, currently?

 Friedger

 On 17 Sep., 20:22, kstamm [EMAIL PROTECTED] wrote:



  Now now, we were told the Android was the first open source phone all
  the way down to the hardware.  I expectcallreception capability!
  It's the only thing that sets it apart from other smartphones.

  On Sep 17, 10:35 am, Charlie Collins [EMAIL PROTECTED]
  wrote:

   I would disagree with the statement that this should be possible.
   User's expect acallto work like acallwhich works like acalland
   that would be sort of like acall;).

   I think the idea is that certain key functions of the phone - calling,
   and going to the home screen - usurp other functions. All non built-in
   key functions, e.g. applications, are still equal, but yes a few key
   functions have a higher priority - by design (and I think a good
   design, it would get really confusing for users if every app was
   allowed to intercept calls and do different things with them, IMO).

   On Sep 17, 3:45 am, Tauno T [EMAIL PROTECTED] wrote:

I wonder if this will be possible on real devices? It should be
according to the All applications are equal statement but has anyone
further info regarding this?

On Sep 17, 8:01 am, Megha Joshi [EMAIL PROTECTED] wrote:

 Unfortunately, you cannot intercept incoming calls in the sdk.

 2008/9/16 sectrean [EMAIL PROTECTED]

  Hi,

  I'm trying to figure out how to intercept an incomingcall, but I'm
  not able to find much documentation on how I would do this.

  I would like to be able to display a custom dialog to accept or 
  reject
  thecall.- Hide quoted text -

 - Show quoted text -

--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-18 Thread Charlie Collins

Good point Mark.  I was speaking in terms of using the API to develop
an application.  Those delivering their own platform all the way to
firmware probably will, and certainly should, have access to all of
that.

In terms of the now now type comments (@kstamm), yes, it will be
open source all the way down to the hardware.  That still doesn't
make it a good idea to change such fundamental behavior as the dialer/
calling if you are working on an app for the T-Mobile Google Phone
for instance (users won't appreciate it). In cases where you are
building an app you don't want to cut into the continuity of the
platform. And, I would completely *disagree* that that is the only
thing that separates Android from other platforms (the entire
architecture with the nature of intents and services and the platform
managing the security and memory and so on is a different tack,
altogether, and a significant one - which has nothing to do with
whether or not it is open source, though that is also another plus).

On Sep 17, 11:47 am, Mark Murphy [EMAIL PROTECTED] wrote:
  I think the idea is that certain key functions of the phone - calling,
  and going to the home screen - usurp other functions. All non built-in
  key functions, e.g. applications, are still equal, but yes a few key
  functions have a higher priority

 I suspect there will be two tiers of development for Android.

 At the level of the SDK, you're probably correct -- not each and every
 phone function can be replaced or hooked into, in part for security
 reasons.

 If you're willing to roll your own firmware, though, you'll probably be
 able to do whatever you want. So if you're creating your own phone, and
 you want to create a different dialer or in-call display than what stock
 Android comes with, you can probably do it.

 Leastways, that's how I'm reading the various tea leaves.

 --
 Mark Murphy (a Commons Guy)http://commonsware.com
 _The Busy Coder's Guide to Android Development_ Version 1.2 Published!
--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-18 Thread Charlie Collins

I would agree that that sounds like a good call.  ;)

That still would not interrupt the dialer screen if already in a call,
and could be configured based on permissions, good idea.

On Sep 17, 2:41 pm, friedger [EMAIL PROTECTED] wrote:
 I could imagine an application that accepts a call when the user
 presses a button like I am rushing out of the meeting, hang on
 another second. Instead of me wispering into the phone, the caller
 gets a proper response.

 So there is no way to do that, currently?

 Friedger

 On 17 Sep., 20:22, kstamm [EMAIL PROTECTED] wrote:

  Now now, we were told the Android was the first open source phone all
  the way down to the hardware.  I expect call reception capability!
  It's the only thing that sets it apart from other smartphones.

  On Sep 17, 10:35 am, Charlie Collins [EMAIL PROTECTED]
  wrote:

   I would disagree with the statement that this should be possible.
   User's expect a call to work like a call which works like a call and
   that would be sort of like a call ;).

   I think the idea is that certain key functions of the phone - calling,
   and going to the home screen - usurp other functions. All non built-in
   key functions, e.g. applications, are still equal, but yes a few key
   functions have a higher priority - by design (and I think a good
   design, it would get really confusing for users if every app was
   allowed to intercept calls and do different things with them, IMO).

   On Sep 17, 3:45 am, Tauno T [EMAIL PROTECTED] wrote:

I wonder if this will be possible on real devices? It should be
according to the All applications are equal statement but has anyone
further info regarding this?

On Sep 17, 8:01 am, Megha Joshi [EMAIL PROTECTED] wrote:

 Unfortunately, you cannot intercept incoming calls in the sdk.

 2008/9/16 sectrean [EMAIL PROTECTED]

  Hi,

  I'm trying to figure out how to intercept an incoming call, but I'm
  not able to find much documentation on how I would do this.

  I would like to be able to display a custom dialog to accept or 
  reject
  the call.
--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-17 Thread Tauno T

I wonder if this will be possible on real devices? It should be
according to the All applications are equal statement but has anyone
further info regarding this?

On Sep 17, 8:01 am, Megha Joshi [EMAIL PROTECTED] wrote:
 Unfortunately, you cannot intercept incoming calls in the sdk.

 2008/9/16 sectrean [EMAIL PROTECTED]



  Hi,

  I'm trying to figure out how to intercept an incoming call, but I'm
  not able to find much documentation on how I would do this.

  I would like to be able to display a custom dialog to accept or reject
  the call.

--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-17 Thread Charlie Collins

I would disagree with the statement that this should be possible.
User's expect a call to work like a call which works like a call and
that would be sort of like a call ;).

I think the idea is that certain key functions of the phone - calling,
and going to the home screen - usurp other functions. All non built-in
key functions, e.g. applications, are still equal, but yes a few key
functions have a higher priority - by design (and I think a good
design, it would get really confusing for users if every app was
allowed to intercept calls and do different things with them, IMO).



On Sep 17, 3:45 am, Tauno T [EMAIL PROTECTED] wrote:
 I wonder if this will be possible on real devices? It should be
 according to the All applications are equal statement but has anyone
 further info regarding this?

 On Sep 17, 8:01 am, Megha Joshi [EMAIL PROTECTED] wrote:

  Unfortunately, you cannot intercept incoming calls in the sdk.

  2008/9/16 sectrean [EMAIL PROTECTED]

   Hi,

   I'm trying to figure out how to intercept an incoming call, but I'm
   not able to find much documentation on how I would do this.

   I would like to be able to display a custom dialog to accept or reject
   the call.
--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-17 Thread Mark Murphy

 I think the idea is that certain key functions of the phone - calling,
 and going to the home screen - usurp other functions. All non built-in
 key functions, e.g. applications, are still equal, but yes a few key
 functions have a higher priority

I suspect there will be two tiers of development for Android.

At the level of the SDK, you're probably correct -- not each and every
phone function can be replaced or hooked into, in part for security
reasons.

If you're willing to roll your own firmware, though, you'll probably be
able to do whatever you want. So if you're creating your own phone, and
you want to create a different dialer or in-call display than what stock
Android comes with, you can probably do it.

Leastways, that's how I'm reading the various tea leaves.

--
Mark Murphy (a Commons Guy)
http://commonsware.com
_The Busy Coder's Guide to Android Development_ Version 1.2 Published!



--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-17 Thread kstamm

Now now, we were told the Android was the first open source phone all
the way down to the hardware.  I expect call reception capability!
It's the only thing that sets it apart from other smartphones.



On Sep 17, 10:35 am, Charlie Collins [EMAIL PROTECTED]
wrote:
 I would disagree with the statement that this should be possible.
 User's expect a call to work like a call which works like a call and
 that would be sort of like a call ;).

 I think the idea is that certain key functions of the phone - calling,
 and going to the home screen - usurp other functions. All non built-in
 key functions, e.g. applications, are still equal, but yes a few key
 functions have a higher priority - by design (and I think a good
 design, it would get really confusing for users if every app was
 allowed to intercept calls and do different things with them, IMO).

 On Sep 17, 3:45 am, Tauno T [EMAIL PROTECTED] wrote:

  I wonder if this will be possible on real devices? It should be
  according to the All applications are equal statement but has anyone
  further info regarding this?

  On Sep 17, 8:01 am, Megha Joshi [EMAIL PROTECTED] wrote:

   Unfortunately, you cannot intercept incoming calls in the sdk.

   2008/9/16 sectrean [EMAIL PROTECTED]

Hi,

I'm trying to figure out how to intercept an incoming call, but I'm
not able to find much documentation on how I would do this.

I would like to be able to display a custom dialog to accept or reject
the call.
--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-17 Thread sectrean

This was to be the cornerstone of the application I've been working
on.  I had assumed that this would be supported because, Android does
not differentiate between the phone's basic and third-party
applications -- even the dialer or home screen can be replaced.
Apparently, that applied to all cases, but this one.

I don't see why this would not be allowed (with appropriate
permissions) given the All applications are equal mantra.  Are there
plans to support this in the 1.0 release?  Is there some undocumented,
unsupported way of doing this?  Has anyone found a workaround?

John

On Sep 17, 1:01 am, Megha Joshi [EMAIL PROTECTED] wrote:
 Unfortunately, you cannot intercept incoming calls in the sdk.

 2008/9/16 sectrean [EMAIL PROTECTED]



  Hi,

  I'm trying to figure out how to intercept an incoming call, but I'm
  not able to find much documentation on how I would do this.

  I would like to be able to display a custom dialog to accept or reject
  the call.

--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-17 Thread sectrean

This was to be the cornerstone of the application I've been working
on.  I had assumed that this would be supported because, Android does
not differentiate between the phone's basic and third-party
applications -- even the dialer or home screen can be replaced.
Apparently, that applied to all cases, but this one.

I don't see why this would not be allowed (with appropriate
permissions) given the All applications are equal mantra.  Are there
plans to support this in the 1.0 release?  Is there some undocumented,
unsupported way of doing this?  Has anyone found a workaround?

John

On Sep 17, 3:45 am, Tauno T [EMAIL PROTECTED] wrote:
 I wonder if this will be possible on real devices? It should be
 according to the All applications are equal statement but has anyone
 further info regarding this?

 On Sep 17, 8:01 am, Megha Joshi [EMAIL PROTECTED] wrote:

  Unfortunately, you cannot intercept incoming calls in the sdk.

  2008/9/16 sectrean [EMAIL PROTECTED]

   Hi,

   I'm trying to figure out how to intercept an incoming call, but I'm
   not able to find much documentation on how I would do this.

   I would like to be able to display a custom dialog to accept or reject
   the call.

--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-17 Thread Tauno T

I don't agree that changing the in call screen/incoming call screen/
outgoing call screen should be only available to handset manufacturers/
operators. A phone could do SO much more when applications could
somehow hook into these screens (or even control the voice streams).

Imagine an application that could show the name of an unknown caller
based on data gathered from the Internet.
Or an application that displays additional call information while the
call is in progress (eg call length/cost/quality/voice equalizer).
Or an application that let's you choose between a normal call or a
VoIP call when you press the green dial button when selecting a
contact from the native phone book.
Or an application that can change the actual voice stream that is
transmitted - so you could add effects such as high/low pitch etc to
your outgoing call.

There are many more fun/useful applications that could benefit from
this openness of the OS. Of course there are security concerns but
still..

For a regular user a call would work like a call and it would be sort
of like a call but for advanced users who download these
applications (and click on thousands of security warnings when
installing the app) the phone would be so much more than the phones
that are on the market today.

Just my 2 cents..


On Sep 17, 6:47 pm, Mark Murphy [EMAIL PROTECTED] wrote:
  I think the idea is that certain key functions of the phone - calling,
  and going to the home screen - usurp other functions. All non built-in
  key functions, e.g. applications, are still equal, but yes a few key
  functions have a higher priority

 I suspect there will be two tiers of development for Android.

 At the level of the SDK, you're probably correct -- not each and every
 phone function can be replaced or hooked into, in part for security
 reasons.

 If you're willing to roll your own firmware, though, you'll probably be
 able to do whatever you want. So if you're creating your own phone, and
 you want to create a different dialer or in-call display than what stock
 Android comes with, you can probably do it.

 Leastways, that's how I'm reading the various tea leaves.

 --
 Mark Murphy (a Commons Guy)http://commonsware.com
 _The Busy Coder's Guide to Android Development_ Version 1.2 Published!

--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-17 Thread sectrean

That sucks.  That was to be the cornerstone of the application I've
been working on.  I had assumed this would be supported because,
Android does not differentiate between the phone's basic and third-
party applications -- even the dialer or home screen can be
replaced.  I guess that's true except in this case.

I don't see why this shouldn't be allowed (with appropriate
permissions) given the mantra, All applications are equal.  Is there
maybe some undocumented, unsupported way of doing this?  Has anyone
found a workaround?

John

On Sep 17, 1:01 am, Megha Joshi [EMAIL PROTECTED] wrote:
 Unfortunately, you cannot intercept incoming calls in the sdk.

 2008/9/16 sectrean [EMAIL PROTECTED]



  Hi,

  I'm trying to figure out how to intercept an incoming call, but I'm
  not able to find much documentation on how I would do this.

  I would like to be able to display a custom dialog to accept or reject
  the call.

--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-17 Thread sectrean

That sucks. This was to be the cornerstone of the application I've
been working on.  I had assumed that this would be supported because,
Android does not differentiate between the phone's basic and third-
party applications -- even the dialer or home screen can be
replaced.  Apparently, that applied to all cases, but this one.

I don't see why this would not be allowed (with appropriate
permissions) given the All applications are equal mantra.  Are there
plans to support this in the 1.0 release?  Is there some undocumented,
unsupported way of doing this?  Has anyone found a workaround?

John

On Sep 17, 1:01 am, Megha Joshi [EMAIL PROTECTED] wrote:
 Unfortunately, you cannot intercept incoming calls in the sdk.

 2008/9/16 sectrean [EMAIL PROTECTED]



  Hi,

  I'm trying to figure out how to intercept an incoming call, but I'm
  not able to find much documentation on how I would do this.

  I would like to be able to display a custom dialog to accept or reject
  the call.

--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-17 Thread Megha Joshi
2008/9/17 friedger [EMAIL PROTECTED]


 I could imagine an application that accepts a call when the user
 presses a button like I am rushing out of the meeting, hang on
 another second. Instead of me wispering into the phone, the caller
 gets a proper response.

 So there is no way to do that, currently?


Unfortunately, no, because you can't intercept an incoming call . Could you
log a feature  request in the public issue tracker? Thanks!



 Friedger

 On 17 Sep., 20:22, kstamm [EMAIL PROTECTED] wrote:
  Now now, we were told the Android was the first open source phone all
  the way down to the hardware.  I expect call reception capability!
  It's the only thing that sets it apart from other smartphones.
 
  On Sep 17, 10:35 am, Charlie Collins [EMAIL PROTECTED]
  wrote:
 
   I would disagree with the statement that this should be possible.
   User's expect a call to work like a call which works like a call and
   that would be sort of like a call ;).
 
   I think the idea is that certain key functions of the phone - calling,
   and going to the home screen - usurp other functions. All non built-in
   key functions, e.g. applications, are still equal, but yes a few key
   functions have a higher priority - by design (and I think a good
   design, it would get really confusing for users if every app was
   allowed to intercept calls and do different things with them, IMO).
 
   On Sep 17, 3:45 am, Tauno T [EMAIL PROTECTED] wrote:
 
I wonder if this will be possible on real devices? It should be
according to the All applications are equal statement but has
 anyone
further info regarding this?
 
On Sep 17, 8:01 am, Megha Joshi [EMAIL PROTECTED] wrote:
 
 Unfortunately, you cannot intercept incoming calls in the sdk.
 
 2008/9/16 sectrean [EMAIL PROTECTED]
 
  Hi,
 
  I'm trying to figure out how to intercept an incoming call, but
 I'm
  not able to find much documentation on how I would do this.
 
  I would like to be able to display a custom dialog to accept or
 reject
  the call.
 
 
 


--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-17 Thread Mark Murphy

 I don't agree that changing the in call screen/incoming call screen/
 outgoing call screen should be only available to handset manufacturers/
 operators. A phone could do SO much more when applications could
 somehow hook into these screens (or even control the voice streams).

I'm not questioning the potential benefits. I'm only making a prediction
based on comments made to date about what can and cannot be done.

--
Mark Murphy (a Commons Guy)
http://commonsware.com
_The Busy Coder's Guide to Android Development_ Version 1.2 Published!



--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---



[android-developers] Re: Intercept incoming call

2008-09-16 Thread Megha Joshi
Unfortunately, you cannot intercept incoming calls in the sdk.

2008/9/16 sectrean [EMAIL PROTECTED]


 Hi,

 I'm trying to figure out how to intercept an incoming call, but I'm
 not able to find much documentation on how I would do this.

 I would like to be able to display a custom dialog to accept or reject
 the call.

 


--~--~-~--~~~---~--~~
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
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---