I have one application in which i have to first find the number of the incoming call and send message on that number,but i know that apple doesn't allow this… so how can i add this functionality in my application?is it possible?
You've answered your own question. Apple doesn't allow it, so no, it's not possible under normal circumstances. If you're targeting only jailbroken phones then perhaps the answer is different (I don't know that it is). If you're playing by the rules, though, the only solution is to have the user initiate the process and let them tell you the number to use.
Related
This question already has answers here:
Closed 10 years ago.
Possible Duplicate:
Does apple view the actual source code when approving apps?
So I'm gearing up for my first submission to the App Store, but before I submit I have a quick question or two.
1) First off - when submitting, will Apple be looking through code and verifying its correctness or just testing the App itself?
2) If Apple is indeed looking closely at the code, does whether or not you follow Apple's suggested paradigms influence whether or not the App is accepted? For example; In my program I frequently use [self dismissViewControllerAnimated::] rather than the Apple specified way of using delegation to have the presenting VC dismiss its presented VC's.
Just like to get feedback from people who maybe have already gone through the process and could give feedback on the experience. Thanks for your time!
Apple will not look at your code. All you submit is your binary application.
You are not going to submit the source code so be patient, none will stole your cool patterns :)
However, there's usually a good reason to recommend one or another approach, you'd better to think about following Apple recommendation not to appear among a lot of deprecated, slow or even disabled functionality.
Another point is that while they are not looking through your code directly, they are still kinda able to catch the used methods symbols which allows them to detect the private API usage and sometimes the app gets rejected just for your method being the match to the private API method from a signature, that's not happen often, but you better be accurate.
Another free recommendation for you - store the .dsym file somewhere, it will help you to symbolicate the crashes which could appear later right from the report file (you'll also need the app binary for that).
I need to play in my app iPhone system sound files, for example, message sent, message received.
I was expecting to find these sound files available by default in iOS, but it seems not, please, correct me if I'm wrong.
Is there is away to download these default system iPhone sound. I need mainly message sent, message received.
To add to what WrightCS said, Apple makes it very clear that the only media assets (sounds and pictures) you are allowed to use are the ones that they provide explicitly. If you try to use their sounds they will definitely reject your app.
They also don't want you using their media for anything other than the things they intend them for. Their Human Interface people would have whole litters of kittens if they found out somebody was repurposing their carefully chosen UI elements for other uses, and would reject your app with extreme prejudice.
In short, don't do it. It will get you rejected.
To use sounds in your app, you will either need to create these sounds yourself, or purchase sound effects from a number of different websites. Being that your application is sandboxed, you cannot access the SMS send / receive sounds (for example). I also doubt Apple will allow you to "steal" their sounds for use inside your application. Try searching for free sound effects, One Example.
Theses resources should help you get started.
https://github.com/TUNER88/iOSSystemSoundsLibrary
https://developer.apple.com/library/ios/documentation/AudioToolbox/Reference/SystemSoundServicesReference/Reference/reference.html
Is there any way to block incoming phone calls, text messages and email. Will appstore allows these kind of applications on appstore. Please help me if this is possible or not.
It is now possible from iOS 10 to block the unwanted calls
Checkout the CallKit framework
CallKit introduces app extensions that enable call blocking and caller identification. You can create an app extension that can associate a phone number with a name or tell the system when a number should be blocked.
Update: Never say never :) iOS 10 introduced this possiblity, see other answers.
Original:
NO, this is not possible with public API (and non-jailbroken devices)
And NO, Apple would never allow any app that disrupts the expected standard system behavior
Apple will never allow any third party application to do any illegal things without user's knowledge. This is the policy I think apple has applied to ensure his user's that their data are safe in their iphone. U can consider mails, calls, sms to be under those categories. There may be others which I might have missed.
Please refer this link for your knowledge
Only Apple can do that and unfortunately for you they plan to do otherwise.. :/
Even if it is called "smart", all in all your target device is a "phone" so the basic phone functionalities should not be ever blocked, and the phone manufacturers do not allow this for third party applications.
Rajan is correct you can block the incoming phone calls from iOS 10.
Create a Call Directory Extension , use the addBlockingEntry(withNextSequentialPhoneNumber:) method to pass the blocked numbers to the system.
Now it's end of 2018 and actually you can really do something with Apple's latest API.
As #Rajan stated, with CallKit API (iOS 10+) you can achieve call blocking and identification (i.e. show additional info on the incoming call screen for the caller's phone number).
You can also do SMS and Call Reporting (iOS 11+) as well, where you have access to the SMS content if the number is not in your Contacts.
I'm looking for the answer to my question but it's quite difficult for me. I would like to keep connected to the server in background sending location of the iphone with ios4.
I`m really sad because I think that multitasking of apple is not real multitasking, in fact they only keep the state of the app but they don't allow it to run in background.
May be somebody knows if is possible to send a call by http every 30 or 60 minutes...
Please, any help would be very appreciated. Thanks in advance
Depends on it you are looking to track the user -- like Grindr does (this is not bad, per se, it just must be disclosed to the user -- and PLEASE remember to power down the GPS equipment if you really do not need to do this at certain times).
You are able to register for several different types of "location" registrations, wake up (enough to do something with that information) and wait until the next update.
Look at Multitasking under "Receiving Location Events in the Background". It will give you all the info you need. Short answer: iOS4 may not support what you think you need for this, but it, in fact, does support everything required to do what you are asking.
link text (Membership required)
I know this is an old question, but below is a relevant statement from the Core Location documentation regarding background handling of "significant location change":
Because your application is in the
background, it should do minimal work
and avoid any tasks (such as querying
the network) that might prevent it
from returning before the allocated
time expires. If it does not, your
application may be terminated.
link to documentation containing quote
I'm not sure if the quoted statement is saying to avoid all network "queries", but I think a quick POST of the location should be fine.
I did this but my app got rejected due to this last week. I used the ios5 SDK.
There's a good answer to this question by user RedBlueThing here.
The answer is basically yes, you can process network requests, but you might need to ask the OS for more time to accomplish the task.
Would they just take the app off from the store / not let it pass in, or would the cancel the whole contract with the developer?
In theory, it wouldn't even be accepted in the first place, even if they're wrong when they think you do use them:
http://landonf.bikemonkey.org/code/iphone/Apple_Lesson_Huh.20081213.html
But there seems (or seemed) to be some exceptions:
http://landonf.bikemonkey.org/code/iphone/iPhone_Private_API.20081206.html
In practice, Apple does not really scan for this but if they detect it they'll simply not accept the app and ask you change it.
Every once in a great while Apple will pull an app they find breaks some of the rules, but that's pretty rare.
The main risk is your app will break in an update.