Cluster's reusable pre-permissions utility that lets developers ask the users on their own dialog for photos or contacts access, before making the system-based request. This is based on Cluster's post The Right Way to Ask Users for iOS Permissions.
On iOS, when your code tries to access the Camera Roll or the Address Book, the system automatically shows an alert to the user.
If the user says "Don't Allow" to this alert, you have burned your one-and-only chance to get that access. The user will have to jump through a 5-step process outside of your app to re-enable access, which they will rarely, if ever, do.
Often the user wasn't event expecting the access alert, and by habit will tap "Don't Allow". This is a lose-lose scenario for both you and your user.
At Cluster, we’ve had a lot of success asking for permissions using our own UI before popping the iOS dialogs.
For photos alone, 46% of people who denied access in a pre-permissions dialog ended up granting access when asked at a better time later.
This utility simply wraps your code with a "pre-permission" alert, if needed. When you need to ask for photo access, for example, this utility essentially just asks them twice.
Even though it seems annoying to ask twice, at Cluster we almost completely eliminated the possibility of a user tapping “Don’t Allow”, leaving the door open for us to win them back in the future. And for what it’s worth, in live user tests, not a single test subject hesitated (or expressed confusion) when the second dialog appeared.
Add ClusterPrePermissions.h and ClusterPrePermissions.m into your project.
- Download the latest code, using
git clone. - Open your project in Xcode, then drag and drop
ClusterPrePermissions.handClusterPrePermissions.monto your project (Make sure to select Copy items when asked if you extracted the code archive outside of your project.) - In your classes where you need ClusterPrePermissions, add it with
#import "ClusterPrePermissions.h"
CLPermissions checks the authorization status of photos and contacts, and, given a block callback, will return with the result. If authorization status is "not determined", the utility will show a configurable UIAlertView that asks for "pre-permission" before making the actual system request.
If the authorization status already unchangeable, your block will just be called back. You can check the userDialogResult and systemDialogResult to see what happened. If both are ClusterDialogResultNoActionTaken, then it means the access was already denied or granted by the system.
ClusterPrePermissions *permissions = [ClusterPrePermissions sharedPermissions];
[permissions showPhotoPermissionsWithTitle:@"Access your photos?"
message:@"Your message here"
denyButtonTitle:@"Not Now"
grantButtonTitle:@"Give Access"
completionHandler:^(BOOL hasPermission,
ClusterDialogResult userDialogResult,
ClusterDialogResult systemDialogResult) {
if (hasPermission) {
// Continue with your code here
} else {
// Handle access not being available
}
}];