Drafts, and what's happening with iOS 8 widget rejections

The developer behind Drafts (opens in new tab), a popular time-shifting text app, was told by the App Store review team that he needed to remove their Today view widget from iOS's Notification Center due to the behavior of its buttons. It's one of a growing number of post-review rejections for Notification Center widgets that began with PCalc. Though Apple later reversed its PCalc decision, the company has continued to reexamine other widgets. So, what's going on... and why?

Extensibility, which includes Today view widgets, has been one of the biggest additions to iOS since the launch of the App Store. Unsurprisingly, it's why we're seeing something akin to the kind of growing pains first witnessed during the App Store's debut. When PCalc's Notification Center widget first faced rejection, I wrote about how the App Store works — specifically when it comes to the introduction of something as new and important as Extensibility. The TL;DR version is:

  1. New technologies get introduced at WWDC.
  2. Developers race to include them in their apps and get them submitted to the App Store prior to launch day.
  3. Apple's software team races to get iOS shipped, the marketing team to get apps approved, and the services team to get approved apps featured for launch day.
  4. After launch, apps that were approved (and even featured), but used iOS's new technologies in "unforeseen" ways, can eventually get looked at again within Apple.
  5. Most of those apps fit with how the marketing and services team believe the technologies should be used, and stay approved. Some don't, however, and face post-approval rejection — in whole or in part. A smaller amount still result in the executive review board changing how the marketing and services teams believe the technology should be used.

I'm using terms like "marketing" and "services" instead of "Apple" here because referring to Apple as a singular entity makes it easy to forget the company is not a hive mind. There are different people from different orgs that have different perspectives and opinions. It's a human-driven system, which means there will be inconsistencies over time — but also improvements.

Sometimes this benefits us: Apple stops bad developers from doing bad things like stealing our contacts or conning us into buying fake apps. Sometimes it frustrates us: Apple stops smart developers from giving us a one-swipe-away calculator or a way to start a new draft.

In-between, we have a lot of turbulence. A lot of edge-cases and judgement calls. And a lot of frustration.

On the developer portal (opens in new tab), Apple describes Today view widgets as a way to "provide quick updates or enable brief tasks". Examples included posting updates on package deliveries, or getting the latest surf reports or breaking news stories. In the programming guide (opens in new tab), Apple describes widgets as way to 'give users quick access to information that's important right now". Examples there include checking current stock prices or weather conditions, or performing quicks task like marking a checklist item item as done.

Incredibly resource-constrained and severely limited for privacy and security reasons, developers were still able to get entire calculators in there, as well as games, keyboards, app launchers, and more. They were able to get a lot of things in there in part because those use-cases were unforeseen.

There's an argument to be made that if Apple was far more explicit about its policies up front, this wouldn't happen. Yet if there had been an explicit "no calculator widgets" at the start, James Thomson would never have made one. Maybe he would have lobbied for a change, and maybe we'd have gotten it eventually, but we wouldn't have had a PCalc widget as quickly as we did.

Likewise, if the letter of the law allowed for a widget type but its experience or content was antithetical to Apple's platform, it could result in other complications. ("Apple sued by contact-stealing app, developer claims no rules broken!").

There's also an argument to be made that these sorts of things should be settled faster — and settled internally — before any developer is ever contacted. Yet escalation doesn't scale, and appeal, by definition, can only happen after the fact.

I say all this not to excuse Apple, but to explain — not to claim the system is perfect, but that improving it will take some serious thinking and, likely, a lot of trial and error. (I've shared some of my own thoughts on this already.)

And that sucks for everyone, because it hurts everyone. Apple faces bad press and strained relations with developers, developers face uncertainty and unhappy customers, and customers lose features and get mad at developers and Apple.

Calculator widgets, unforeseen in the original iOS Notification Center plan, were ultimately allowed. Keyboards, which Apple expressly said couldn't be called, were ultimately not allowed to be independently implemented. What will happen with Drafts and buttons that send you to the app and initiate actions? We'll have to see. (I personally like it and find it useful, so I'm very much hoping it also gets approved.)

Over time, developers should get a clearer idea of what will and won't be approved, while Apple should see fewer and fewer "unforeseen" implementations. Like with apps, controversial rejections will become exceedingly rare.

And that, for better and for worse, is how the current system works.

Rene Ritchie
Contributor

Rene Ritchie is one of the most respected Apple analysts in the business, reaching a combined audience of over 40 million readers a month. His YouTube channel, Vector, has over 90 thousand subscribers and 14 million views and his podcasts, including Debug, have been downloaded over 20 million times. He also regularly co-hosts MacBreak Weekly for the TWiT network and co-hosted CES Live! and Talk Mobile. Based in Montreal, Rene is a former director of product marketing, web developer, and graphic designer. He's authored several books and appeared on numerous television and radio segments to discuss Apple and the technology industry. When not working, he likes to cook, grapple, and spend time with his friends and family.

25 Comments
  • Drafts may be a cool widget, but I don't think I would pay $9.99 for it. That's a bit steep.
  • You get the whole app too, which is pretty much time-shifting for text. Well worth $10 to me, as I use it every day.
  • Drafts is $10? I thought I paid less. Definitely worth the money for me even for the one simple feature - select text on Safari, click Drafts extension and automagically the text is saved in Drafts app with the webpage title and url. No app switching needed.
  • What happens when Microsoft implements this for OneNote... Will it still be worth $10? I can see Evernote and Microsoft implementing this feature when they get around to it.
  • Well until this gets figured out, I'll have to keep automatic updates off. :-/ Sent from the iMore App
  • Re:
    Yet if there had been an explicit "no calculator widgets" at the start, James Thomson would never have made one. That is true, but preferable to the current situation. With ad-hoc bans on PCalc (reversed), Launcher (not reversed), and Drafts (not reversed), Apple is telling developers to plunk down their time and money, roll the dice, and take their chances. Some will, some won't -- but the bolder, more creative designs are precisely the ones most likely to be abandoned on the drawing board in the face of such ambiguity.
  • Yet with stringent rules they might not even be attempted?
  • I see your point, but what good is the attempt if the feature is pulled to be never used again? As I citied an article in the forums, "Curious app rejections aren't new to the App Store, but being forced to remove a feature that was approved, featured by the App Store team, and appreciated by thousands of users is a different story." Good article though.
  • Also not new, though. And like I said, featuring has nothing to do with anything. Totally different division. Sent from the iMore App
  • Although true, it was still a bone headed move on the part of Apple and they should have caught it. When people like Jobs and Ive regularly get on stage and talk about how "revolutionary" their products, design, and thinking are, they should expect to be criticized (rightfully) for making rookie mistakes. This is safely in rookie territory and just goes to show that they were stretching themselves too thin with this release.
  • Apple is not Initech - blaming these sorts of failures on different divisions is like blaming the developer for not filling out their TPS report. Completely irrelevant. Apple is the entity in sole control; the internal politics of the the screw up is entirely irrelevant when the screw ups are "not new" and they show no intention of addressing the fundamental problem.
  • The issue is not one of strictness, but clarity. With *clearly defined rules*, developers know what they can and cannot attempt, and can plan accordingly. When guidelines are not clear, they cannot, and are more likely to shelve daring ideas in favor of something vanilla.
  • Sure, but wouldn't unpredicted things not be covered by the rules and result in the some type of uncertainty? Sent from the iMore App
  • There is a chasm between shades of uncertainty wrought by something novel and a deliberate attitude of "we will remove your app, at any time, for any reason, even if it complies with all published guidelines." The former is a good-faith effort gone awry; the latter is Apple not giving a **>
  • Forgive if double post but imore app crashed. There is a chasm of difference between shades of uncertainty wrought by something novel and "we will remove your app at any time, for any reason, even if it complies with all published guidelines, and even if we already told you it's ok, we will change the unpublished guidelines after the fact." The former is a good faith effort gone awry; the latter is Apple not giving a $$8$&@& about third party developers or their customers. For this mornings example, see Transmit.
  • There can never be zero or near zero uncertainty. In fact, there is always more than insignificant uncertainty, particularly when creative uses are at play as is the case in mobile apps. Not denying the need for better communication / coordination / process though.
  • I love my iPhone 6+ but apple needs to stop it with not allowing the widgets to perform as the developers intended why offer us new features and we buy in and later start restricting what the widget can do this is nuts
  • Now that was a fair article! Sent from the iMore App
  • Thank you. It's an incredibly tough situation.
  • What, writing a fair article? Posted via the iMore App for Android
  • Apple are just jerks period. Why would you alienate developers like this for no good reason other than stupidity. Just saying.
  • Why make a sophomoric generalization for no good reason other than stupidity?! Just sayin'...
  • This process needs to be streamlined and shouldn't be spread across 3 different orgs. Have one org be responsible for approving and getting apps on the App Store. Marketing shouldn't have anything to do with approving what gets on the App Store.
  • Tim Cook attempted to streamline Apple's org when he let Scott Forstall go. I think he needs to go further. I agree with you there should be a VP that oversees App Store. This individual should have responsibility for App Store approvals/editorial, curation, promotion and developer relations.
  • Great article Renee; it is difficult to stay objective when a decision effects you. Explaining the process is laudable, and appreciated. Sent from the iMore App