The way iOS handles notifications has been bothering me for a while now. I am not 100% sure I have a correct understanding of how it all works, so please, if you (especially developers) can step in, that'd be great. But assuming my understanding is correct, I'll go into explaining how it works and what I think the problem is.
Apps can have push notifications, which are sent to your device remotely from the app provider via the Apple Push Notification Service. An app like Facebook might send a push notification if someone comments on your status. In order for an app to send push notifications, it must have permission from you. There is a system dialog asking for this permission. You are not prompted again after this; your decision is final.
Apps can also have local notifications. These aren't sent remotely but scheduled locally. A 3rd party Alarm app might schedule a notification to act as your alarm alert. Local notifications don't need permission.
The way the display of both types of notification can be configured is via the Settings > Notifications screen. Here you can choose to hide them completely (no alerts, badges, noises), or make them visible again, or alter the way they display, etc.
Here's the problem though. I'm pretty sure these settings are to configure how the notification is displayed, if you're getting notifications in the first place.
If you disable push notifications:
a) The app can still schedule local notifications.
b) No amount of fiddling with notification settings will enable push notifications again.
I think this is all a bit confusing. If you decline push notifications for a new app, but a little while later you decide you like the app and want push notifications, aren't you sort of stuck? Now, there is a work around I haven't mentioned. If you remove an app and then wait a day before reinstalling it (or advance your system clock by a day), you'll be prompted with the push notification permission dialog. But I don't think this is very user friendly. For one thing, this isn't stressed in the permission dialog.
I also think it's a bit confusing that push notifications require permission but local notifications don't. I might be wrong, but I think when the average user sees the push notification permission dialog, they think it's simply asking if they want any sort of notification. But currently, if you select no, you can of still receive local notifications and notification display settings are not necessarily all set to off.
I think there are a few thoughts, ideas and solutions to all this, some of which may be complementary, some should be taken on their own:
1) Stress the importance of the permission dialog.
2) A push notification toggle in the each app's Notification settings so your decision can be changed later.
3) Make the permission dialog applicable to both types of notification, i.e. you decline both types or accept both types. Does the user really need to know how any of the app's notifications are delivered to them? Ideally the app should provide clear options to enabled/disabled certain individual notifications it can send.
4) Get rid of the permission dialog completely. It's 2014, these phones are designed to be connected, and what are the privacy concerns? Obviously allow the notification visibility to be configured as normal through the OS. And ideally an app might let you turn them off properly. But they will always have permission to send them in future, without you having to play around with a permission toggle.
Hope I made myself clear! If I'm making any sort of sense then I might send this to Apple, but I'd like to discuss here first.
Apps can have push notifications, which are sent to your device remotely from the app provider via the Apple Push Notification Service. An app like Facebook might send a push notification if someone comments on your status. In order for an app to send push notifications, it must have permission from you. There is a system dialog asking for this permission. You are not prompted again after this; your decision is final.
Apps can also have local notifications. These aren't sent remotely but scheduled locally. A 3rd party Alarm app might schedule a notification to act as your alarm alert. Local notifications don't need permission.
The way the display of both types of notification can be configured is via the Settings > Notifications screen. Here you can choose to hide them completely (no alerts, badges, noises), or make them visible again, or alter the way they display, etc.
Here's the problem though. I'm pretty sure these settings are to configure how the notification is displayed, if you're getting notifications in the first place.
If you disable push notifications:
a) The app can still schedule local notifications.
b) No amount of fiddling with notification settings will enable push notifications again.
I think this is all a bit confusing. If you decline push notifications for a new app, but a little while later you decide you like the app and want push notifications, aren't you sort of stuck? Now, there is a work around I haven't mentioned. If you remove an app and then wait a day before reinstalling it (or advance your system clock by a day), you'll be prompted with the push notification permission dialog. But I don't think this is very user friendly. For one thing, this isn't stressed in the permission dialog.
I also think it's a bit confusing that push notifications require permission but local notifications don't. I might be wrong, but I think when the average user sees the push notification permission dialog, they think it's simply asking if they want any sort of notification. But currently, if you select no, you can of still receive local notifications and notification display settings are not necessarily all set to off.
I think there are a few thoughts, ideas and solutions to all this, some of which may be complementary, some should be taken on their own:
1) Stress the importance of the permission dialog.
2) A push notification toggle in the each app's Notification settings so your decision can be changed later.
3) Make the permission dialog applicable to both types of notification, i.e. you decline both types or accept both types. Does the user really need to know how any of the app's notifications are delivered to them? Ideally the app should provide clear options to enabled/disabled certain individual notifications it can send.
4) Get rid of the permission dialog completely. It's 2014, these phones are designed to be connected, and what are the privacy concerns? Obviously allow the notification visibility to be configured as normal through the OS. And ideally an app might let you turn them off properly. But they will always have permission to send them in future, without you having to play around with a permission toggle.
Hope I made myself clear! If I'm making any sort of sense then I might send this to Apple, but I'd like to discuss here first.