Sunday, November 27, 2016

Choosing iOS Default Apps

Kirk McElhearn (blog):

But iOS offers no such option. If you tap a URL, it opens in Safari. If you tap a link to send an email, it opens in Mail. The default calendar is Apple’s Calendar app. And so on. You may not want to work that way and because Apple doesn’t give you any choice, you’re stuck with workarounds: using share sheets to open a web page in a different browser; copying an email link or address to create an email; and so on.


We’re at iOS 10, and Apple still hasn’t allowed users to make these choices. It seems ridiculous that, with a mature operating system, we’re still locked into Apple’s default apps. It’s not rocket science to make these changes; after all, there are protocols that funnel requests to specific handlers, the same way they do on the Mac.

Given that it’s relatively easy to implement, and that it’s been about 8.5 years since the introduction of third-party apps, limiting this must be a design decision. I think it’s a mistake.

Update (2016-12-01): Nick Heer:

This clearly isn’t a technical limitation, but a conscious design decision. However, it is far more noticeable in iOS 10 than in previous versions of iOS because of the ability to hide default apps, which can leave gaps in typical interactions. Tapping on a mailto: link when Mail is hidden will display an inelegant modal dialog telling the user to reinstall Mail, even if they have a third-party Mail app installed.

3 Comments RSS · Twitter

[…] iOS apps are not allowed to do either of these things, just as they cannot register for the mailto protocol. However, if Readdle’s server can monitor the mail account for new messages, it can send a […]

[…] Previously: Choosing iOS Default Apps. […]

[…] apps also get to use private APIs and daemons, have greater access to public APIs, act as default apps, and have privileged access to the lock screen, Control Center, and Siri. They’re also not […]

Leave a Comment