Is it possible to disconnect a call programmatically? I know call kit can be used to make VOIP calls/ block users but is it possible to install an app and lets say user is busy and just by enabling a flag in the app just send them all to voicemail or disconnect without user interaction?
UPDATE
Someone marked the question as too broad. It is a simple question, is it possible to 'Programmatically disconnect a call'. not sure how this can be marked as too broad.
No, this is not possible.
Stack Overflow says my answer is too short... what else can I say? I make iOS apps since 2012, I know which APIs there are. It's hard to prove that something doesn't exist, other than saying "I would know it if it were possible."
Related
I've been developing iOS apps for enterprise use for several years now. It was an adjustment from having spent many (!) years developing desktop apps. One of the first things I learned very early on was that it is frowned upon for an app to kill itself. The posters in the Apple dev forum were downright hostile about it, which is a reason I never go there anymore.
Now I have an app that has very critical functions, and it requires that the user accept the terms and conditions before using the app, and that the app will not function if the terms have not been accepted. The choice is there to accept or to decline, but it seems like the best thing to do when the user actively declines is to kill the app entirely.
My question is, under those circumstances, would there be anything wrong with that? Will I be damned to developers hell for eternity?
You can change the interaction here.
Instead of accept (and use the app) or decline (and never be able to use the app) change it to accept (and use the app) or nothing.
If the user does not accept then they cannot use the app. They do not have to decline anything. Absence of acceptance is all you need.
If they don't accept then don't do anything. They can always come back later and accept and start using the app.
Why kill an app on a declying? I would rather just leave a user at the same screen with no actions before he puts acceptance checkbox, disabling all buttons
If you make the app kill itself, Apple won't let you post it on the App Store.
You should adjust your User Experience to the case of the user declining the terms and conditions.
For example, show a screen saying that the app can't be used unless terms are accepted, with a button saying "Take me back" that takes the user back to the terms screen.
This question already has an answer here:
Is it possible to raise an event when iPhone shuts down?
(1 answer)
Closed 8 years ago.
I was wondering if I can be able to detect when the user turns off the phone. Is it possible? Does apple allow it? If they do, how? Thanks.
As shutting down the device is an external event and has nothing to do with your app, you won't be able to find out if the user is trying to turn it off. The only thing you can actually find out is when your application is going to enter the background, what does not necessarily mean that the user turns the device off.
Checkout UIApplication Delegate Ref
As far as I know there are only few notifications allowed from the UIDevice, you can find them here.
There are some undocumented private frameworks, which could provide you such information, but if you use them, your app will be rejected.
We have started with apple watch and gone through many documents and links.
We want to build some use cases when user raises his/her wrist when using apple watch.
Even if going through many documents and links still below question is uncleared.
Is it possible to get any event in objective c when user raises his/her wrist?
Please advise if my question is not clear here.
Thanks in advance.
No, with current API it's not possible.
However Watch/WatchKit somehow can distinguish this gesture, short-look/long-look notification mechanism is based on that.
Is it possible to shake the iphone when the home screen is displayed and make my app open?
for eg : triggering
(void)motionBegan:(UIEventSubtype)motion withEvent:(UIEvent *)event to open my app. Is it possible in ios5 using public sdk?
I am more interested in the technical aspects than the usability so please, if you think that's a horrible idea or you want to ask me what would I do such a thing, then I would say thanks but I understand that!
I dont want to hack into OS, use a jailbroken phone...but more curious to know can an app in itself have the complete logic to achieve the same?
EDIT
I accepted the answer "not possible" but then got another answer/comment from #skippy saying it might be possibel so I am going back to figuring it out mode. Will update accepted answer accordingly!
This is not possible. Even if it was its not a good idea, think about what would happen if two apps could do this...
Unfortunately no. You can handle shake-style events only when your application is already running.
I think it's possible, but complicated.
The first app run in background (read about required background modes).
This app must call the second app in case of shake.
It's strange behaviour, read about:
Launch an app from within another
I just want to know whether has anyone tried to handle incoming calls through the application. Like, rejecting call if it matches a blacklist, answer, hold etc through the application.?
This is a question similar to this one. And from those answers I learn that is not possible to block/reject a phone call as this would interfere with the normal functionality of the phone. The App Certification requirements clearly state that this is not allowed. In short, even if you would succeed on doing this, your app wouldn't make it through validation to the MarketPlace.