kstamm wrote:
> In academia we theorize all these wonderful new systems and then go
> assume they will be implementable on real world hardware.
In undergrad, I was a physics major. I was definitely disappointed to
discover that, in the real world, pool tables are not frictionless
surfaces... ;-
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 incomin
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
Of course we want to cut into the continuity. We are trying to make a
new platform that solves new problems and achieves new goals. In
actuality I am working on a doctoral project that involves custom
communication handlers, and inserting intelligence into the call
reception protocols. Android
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]> wr
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:
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:
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
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 inte
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 beca
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
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 vibra
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 de
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 Andr
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 a
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]> wrot
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 r
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
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
Yes, all applications are equals, but a few things are not really
applications -- in particular the in-call screen and the lock screen.
These two parts of the UI have a lot of very tight interaction between
each other and the system itself, and so are not something we are
going to be able to allow
> 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 questi
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
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, ksta
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 exce
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 app
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
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 ca
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 ca
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 sta
> 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 developm
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 function
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.
>
> 200
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 dialo
33 matches
Mail list logo
