This Week's Sponsor:

1Blocker

A Cleaner, Faster, and More Private Web Experience

Posts in stories

10 Ideas for iCloud.com Notifications

As noted by MacRumors earlier today, Apple appears to be testing a new browser-based notification system for iCloud.com. Judging from the screenshot that clearly shows a testing environment being accidentally brought to a user’s attention, the system appears to be similar in terms of design to what Apple introduced with iOS 5 last year.

While it’s not clear whether Apple may be planning to revamp iCloud.com completely to include notifications or if today’s spotted banner is the sign of something else, with WWDC ‘12 approaching I thought it might be interesting to run down some possible implementations.

iCloud.com is an option, and not a central part of the experience Apple is envisioning with iCloud and devices going forward. Mobile devices and computers are integrated with iCloud in a way that iCloud itself becomes the operating system. The browser-based, neatly-designed iCloud.com is a way to access some of iCloud’s content through the open web (as long as you have a modern browser). While not fundamental to the experience, I believe there are some additions Apple could make to improve iCloud.com and turn it into a viable substitute to native iCloud interfaces. Specifically, web notifications could play very well in various scenarios.

iMessage on the web: The first beta of Messages for OS X left many disappointed, and an iMessage web app could obviate the need of a unified iChat/iMessage desktop app, while providing a great solution for browser notifications.

Email and calendar alerts: An obvious one, yet a possibly great system to receive notifications while browsing other sections of iCloud.com.

App-free notifications: Assuming Apple is really testing notifications for iCloud.com, I’d be interested in knowing whether their idea is to display notifications exclusively on iCloud.com while open. In fact, while I always forget to visit iCloud.com on my Mac, a notification system for (not from) iCloud.com would be perfect to remind me to visit and use the web app. I don’t think this is going to happen, as I see such system being more a way to simply display alerts inside iCloud.com.

Jump-to-section: And if such system is being built to notify users of changes while on iCloud.com, I would expect to be able to click on a notification, and have iCloud automatically open the associated section of the site.

Document changes: Right now, we don’t know why Apple is building a notification system for iCloud.com. We don’t even know whether the “leaked” banner could be linked to a future public feature, or an internal use-only functionality. However, it would be nice if a notification system for iCloud.com could inform users of changes to documents stored on iCloud.com. This plays well with the next point…

Sharing and collaborative features: Apple is discontinuing iWork.com, and the company hasn’t announced any plans for a possible revamped sharing system for documents. iCloud.com notifications could inform users of changes to a document edited by someone else, and they wouldn’t necessarily require a web-based editing interface to go with (though a Google Docs-like solution for iCloud users would be an amazing addition to my workflow).

Find My iPhone and Find My Friends: Notifications could tell users about a found device, or a family member nearby, though I assume those would only be a nice extra compared to the functionality already enabled in the respective native apps.

Game Center: Apple’s social gaming service is getting a dedicated app with Mountain Lion, but for the sake of options, iCloud.com could gain a web counterpart – with notifications to stay on top of friend requests and more.

Twitter: on iOS 5, users can configure their Twitter accounts at a system level to tweet and log into other apps. On Mountain Lion, desktop users will enjoy support for Twitter notifications directly into Notification Center. It would be nice if everyone else got nice little banners for Twitter replies and DMs on iCloud.com – clicking on them could take you directly to Twitter’s website, and it would offer a way to stay on top of Twitter even when using iCloud.com.

Presence: I have written about this idea in my iOS 6 wish list. If Apple is extending notifications to iCloud.com, the issue of notification overload could potentially increase again. Regardless of what kind of notifications for iCloud.com Apple is working on, there should be a way for iCloud to understand whether you are actively using an iPhone, iPad, Mac, or web browser.

Wildcard: App updates: This is my wildcard, and I do hope Apple will consider such functionality someday. Right now, I use AppShopper to get notifications for updates to the apps I already own. With complete access to my purchase history and iTunes on the desktop, Apple could easily notify my iCloud account of updates available on the App Store, and provide an easy way to click through and start a download.

Once again when it comes to iCloud, I’m just speculating on the direction Apple may be taking with its cloud service, admittedly the most promising platform the company is building for the next decade. Having thrown my two cents at this other side of the discussion, I look forward to seeing whether today’s alleged notification system will materialize in a finished product on June 11.

Playing Devil’s Advocate, Arguing Apple Should Change Their IAP Policy

There’s been a lot of discussion in the past few days over Apple, its In-App Purchase (IAP) policy, and Dropbox after it rejected a few apps that employed Dropbox functionality because they offered links to the Dropbox website for signing up and logging in. At issue was that the option to buy a higher level of storage was also visible, and this contravened one of the App Store Review Guidelines. Some viewed this as Apple trying to kill (or at the very least, target) Dropbox – but as Federico explained, this was just Apple enforcing one of their existing policies.

After thinking about it for a while, I’ve come to the position that perhaps that policy isn’t the right one. So I decided to play the devil’s advocate, and try to argue the case for Apple adjusting their policy. Specifically my argument focuses on Apple’s policy going something like:

Apps may use external mechanisms for purchases or subscriptions to be used in an app, but only when those purchase mechanisms are undertaken in a web view within the app.

That could probably be further clarified in more simplistic language, but you get the general idea of what I’m proposing. The current policy prohibits any link to purchases or subscriptions that are undertaken through external mechanisms (ie. not IAP); I suggest that this should be allowed. So let’s quickly go through the benefits of the current policy and arguments for relaxing the policy. Read more

Reading Manga On The Retina iPad

Last month, I asked on Twitter if there was an easy and legal way to purchase manga digitally on the iPad. Unfortunately, while American comics are seeing a nice digital resurgence thanks to apps like Comixology, the situation is profoundly different and inherently worse with Japanese manga. There is no Comixology for manga – where by manga I basically mean Shonen Jump content – and the few services that do have some manga available (like VIZ) have terrible apps that don’t take advantage of the latest iOS technologies and come with risible offers on multi-volume purchases.

I have no idea why Shonen or its international publishers – like Panini Comics and Star Comics in Italy – aren’t realizing the huge potential for legal, convenient, digital editions of their manga on mobile devices. It is kind of ironic that, as of today, pirating manga you already own physically gets you better, higher quality results from some shady Internet forum than going the proper, legitimate way. Because that way doesn’t exist. It’s the same problem of old media all over again.

As I was listening to T.Rex on Spotify yesterday for my review of the app, I connected Marc Bolan’s song to Naoki Urasawa’s 20th Century Boys, and I felt the need of finding a solution to begin reading the series again. It turns out, provided you have scans for your manga ready to go (I prefer PDF and CBR, but there are several options out there), there are two interesting options right now on iOS.

Assuming you want to read manga on your iPad, Bookman is a $2.99 iPad app that’s been updated for the Retina display and that comes with fast caching of pages, great performance, and a good selection of browsing and optimization settings. Its rendering has been very good for my copies of 20th Century Boys, and I like how you can easily import content through a built-in FTP server (I transfer files with Transmit) or Dropbox. You can organize manga in bookshelves, and the app comes with various settings for tap areas, thumbnail previews, appearance, and zoom. It’s even got page resume and multiple page turning effects. $1.99 on the App Store gets you the separate iPhone app (I wish they were universal). Right now, I’m reading manga with Bookman.

The other option is Comic Zeal, which is universal, but that I haven’t tried yet as it doesn’t have support for the Retina iPad. Technically, the app displays manga in Retina resolution if higher-res images are available, but interface elements haven’t been updated for the new display. According to the developers, an update with new graphics and “other goodies” has been submitted to Apple. Comic Zeal is $4.99 on the App Store.

Here’s to hoping publishers will consider the market for digital manga someday.

MacStories Interviews: Manton Reece

In our ongoing series of interviews with developers and creators in the Apple community, I recently had the chance to talk with Manton Reece, the founder of Riverfold Software and developer of Wii Transfer, Tweet Library, and Tweet Marker. When he’s not developing new features for his apps, Manton writes at manton.org. You can follow him on Twitter as @manton.

The interview below was conducted between January 18 and May 2, 2012.

MacStories: Hey Manton! Could you introduce yourself to the readers who haven’t heard about you or haven’t tried any of your apps before?

Manton Reece: Sure, my name is Manton Reece and I’m a Mac and iOS developer from Austin, Texas. I build e-textbook software for VitalSource and in 2006 I founded Riverfold Software with my first indie Mac app, Wii Transfer. My two main products are Clipstart, for managing videos on the Mac, and Tweet Library, an iOS app for archiving and collecting tweets. Most recently I launched Tweet Marker, a syncing web service for Twitter apps.

MCSTR: What are the circumstances that led you to start your own company? When, and how, did you decide you wanted to become an independent developer?

MR: It was almost an accident that I started Riverfold. I’ve always worked on side projects, though often it’s just to build something I need for myself, or a small tool released as freeware. But in 2006 the Nintendo Wii had just been released, and over a few weekends I built this app to make it easier to convert movies to a format that could play on the new console. At the last minute, I decided to charge for it, and I reused the domain name from a previous, unfinished web project of mine.

People bought the app, but the most surprising thing to me – and what really opened my eyes about the business of software development – is that sales were fairly consistent over those first few months. I could tell that the Mac had a very healthy software market for independent developers.

And there’s nothing like feedback from paying customers to get you excited about building and improving apps. I don’t think I would have been nearly as inspired to do anything after that if I hadn’t decided to make it a paid app at that initial release. Read more

Spotify for iPad: A UI Analysis with A Rdio Perspective

Spotify for iPad, released this morning, is a beautiful app. It’s solid, providing fast and reliable access to Spotify’s huge catalogue of songs and artists, and it presents content inside a great-looking package that, as I’ve already written, reminds me of Reeder’s sepia tones.

What follows is a brief examination of the app’s interface and functionalities. I have been using Rdio to completely fill my music listening needs for the past six months, but I was looking forward to trying Spotify for iPad to give it a fair shot. Read more

11.13 and The Dropbox SDK

Apparently, Apple has been rejecting some iOS apps with Dropbox integration lately (at least during the past week) for linking to the Dropbox website through the login/sign up process. The Next Web has a rundown of the “issue”.

Apps that integrate with Dropbox, in fact, can either authenticate through the installed Dropbox app, or, if not installed, open a web view to let users log in with the browser. The alleged problem with Apple is that the Dropbox mobile login page contains a link to go back to Dropbox’s main website/account creation page, and possibly purchase a subscription bypassing Apple’s App Store (and thus 70/30 revenue split).

Of course, this isn’t new. In its App Store Review Guidelines, Apple has been enforcing for years a policy that doesn’t allow developers to visibly link to external websites that contain links to subscriptions sold outside of iTunes

Apps that link to external mechanisms for purchases or subscriptions to be used in the app, such as a “buy” button that goes to a web site to purchase a digital book, will be rejected.

In the past, a number of developers and services that included buttons/links to external websites containing subscription options were forced to update their apps to remove such functionalities. The most notable example to date has probably been the official Kindle app, which removed a button that linked to Amazon’s Kindle Store (where books can be purchased with an Amazon login, and saved into Amazon’s cloud locker). The list goes on, and the core issue at hand seems to be just how visibly developers are linking to external websites featuring “external mechanisms for purchases or subscriptions”. There doesn’t seem to be a “visible” link to purchase additional Drive storage on Google.com, but you get the possible irony of this scenario. In the past few days, if these forum posters are to be believed, Apple decided to reject some apps that offered “an external link to Safari to create a Dropbox account”.

Before we march to Infinite Loop with our community pitchforks and torches, there are some necessary notes to be made about these rejections. First, the latest public version of the Dropbox iOS SDK is 1.2.1, available here, and I know at least two apps – Ultimate Password Manager and Drafts – that use it, and were approved today. Dropbox integration isn’t a central feature in these two apps, but they do have the Dropbox SDK built-in. On the forums – thus, not on the public developer page – the Dropbox team has already released a “beta” version of the 1.2.2 SDK, which removes the option to create an account on Dropbox.com. The beta SDK was seeded a few hours ago, and there’s the possibility Apple will reverse its decision on those rejections once they see the removal of the incriminated links. Right now, we don’t know.

Perhaps more interestingly, Dustin Curtis notes how some developers had also trouble linking to Rdio content inside their apps. It’s interesting, because Rdio came up with its own way to comply with Apple’s terms without losing money: they are offering subscriptions at a higher price through in-app purchase. But then again, the issue isn’t that Rdio does offer IAPs in its iOS app (the restriction on different prices was relaxed last year): it’s that the Rdio website still displays links to subscriptions users may potentially purchase through Safari (or any iOS web view).

As iOS apps become increasingly connected with third-party services and APIs, it’s going to be difficult for developers to keep track of websites and login pages that may or may not contain purchase mechanisms Apple doesn’t like. Sometimes, these mechanisms go unnoticed for months; other times, Apple decides to take action, such as in the (reportedly few) cases of Dropbox rejections this week.

Does this signal a change in Apple’s stance on Dropbox-enabled apps? We don’t know, though developers are naturally asking for clarifications and expressing their doubts. It may well be that Apple decided to simply start enforcing its old existing rule, and that they will be perfectly fine with the new SDK for newly-submitted apps. More importantly, while these few rejections are being talked about now, it’s important to note how, this week, other apps with the old Dropbox SDK have been approved.

Apple’s 11.13 rule isn’t new, and before we dabble in speculation about Apple wanting to “kill Dropbox”, I suggest we wait.

My Dropbox Writing Workflow

Ever since I wrote about my new year’s resolutions to work smarter using better tools, compared my favorite iOS text editors, and shared some of my workflow techniques on Macdrifter, I thought it would be appropriate to share a bit more about the activity that takes up 80% of my work time: writing.

As I wrote in my comparison of iOS text editors:

Two months ago, I noted how there seemed to be a distinction between text editors focused on long-form writing, and the ones stemming from a note-taking approach. I think this difference is blurring with time, but there are still several apps that are clearly focused on distraction-free, long-form writing, like iA Writer and Byword, whereas the ones I tried for this article belong to the note-taking/Markdown/Dropbox generation of text editors. I like iA Writer and Byword, but I’m saving that kind of apps for another article.

In my workflow, there is a distinction between apps “for writing” and tools for quick “note-taking”, but in order to minimize the effort required to keep everything in sync and tied together, I set out to make sure the differences of such tasks could coexist within a single ecosystem.

My writing ecosystem is powered by Dropbox. Read more

Promoting Software

In the pre-PC era, we built dedicated tools to fit different purposes. In the PC era, we learnt how to shift some tasks over to a single, centralized tool called the “personal computer”; we started exploring the concept of “ecosystem” through “digital hubs”, although we didn’t see the PC – whether “desktop” or “portable” – as a meaningful replacement for objects we depended upon in our daily lives. With mobile devices from the Post-PC era, we’re seeing tremedous growth in one particular aspect: that software can do (almost) anything. We’re in the process of learning how to use a single tool to fit multiple purposes at once.

This is especially true with the iPad. Following yesterday’s news of Cargo-Bot, an iPad game made on the iPad using Codea, I had yet another example of how software is changing the way we think of the distinction between tools for “work” and “entertainment” – and how it’s blurring the difference between computers for “production” and devices for “consumption”. John Gruber calls it “a glimpse of the future”. He’s right: here we have a device that is now capable of programming a game for its own platform, and it seems totally obvious in retrospect.

I never quite got the argument that devices like the iPhone and iPad were made for “consumption”. In the past five years, we have seen people making music on tablets, writing novels on them, and film-makers using iPhones as solid alternatives to their mobile capturing needs. The portability of the camera reinvented citizen journalism and revolutionized mobile photo sharing. I have seen doctors pulling out iPhones to do quick calculations and compare MRI images. I have been increasingly using my iPad as an “anything device”; on the other hand, I may have played no more than 4 games on my iMac since 2008.

It’s not just about “niches” or “bloggers” who want to find a way to do more on tablets than “normal people” would think is feasible. While the App Store has certainly seen a surge in popularity of text editors, Twitter clients, note-taking apps, and other kinds of apps writers and bloggers use on a daily basis, we shouldn’t forget about Final Draft, Procreate, Paper, the Business category, Apple’s Cards app, travel guides, books…just to name a few.

Software can do anything, but sometimes it is the combination of hardware and software that yields new, unexpected results that take advantage of the interplay of bits and guts. Apple based its mobile business on this. And third-party developers, too, understand that, in some areas, Post-PC hardware needs to be “extended” to address more specific needs. The Jawbone JAMBOX is a fantastic portable speaker that can augment your music listening or gaming sessions. The Nest thermostat is proving to be a hit among early adopters. Ten One Design is working on a Bluetooth-enabled pressure-sensitive stylus with an SDK for developers. Note how, even when extra hardware is needed, Post-PC devices leverage one thing to make these additions more natural, powerful, and connected: software.

It’s not just Apple. Other companies are making smartphones and tablets (and glasses), and some of them also recognize the importance of an ecosystem that fosters innovation and a stable business model for all the parties involved. It appears to me – and the numbers speak clearly for themselves – that only Apple, though, has so far acknowledged that a third-party software ecosystem needs to be nurtured, carefully encouraged, and educated about the latest technologies available to consumers and developers. And then again, Apple can do better.

The Times They Are a-Changin’. The multi-purpose, constantly evolving nature of software has changed us: most people don’t want to upgrade their devices every six months anymore, but they are always looking for new ways to unify the “things they have to do or want to do” into a single, intuitive, affordable experience capable of changing context and functionality with just a few taps.

In the Post-PC era, we are promoting software.

Interview: Nate Weiner Talks Pocket Launch, Read It Later Evolution

I recently had the chance to talk with Nate Weiner, the creator of Read It Later, to discuss today’s launch of Pocket (here’s my review), the state of “read later” apps and reading on the web, and the direction Pocket is taking in enabling users to save their favorite content. Nate Weiner had the idea for Read It Later in 2007, when he found out he was constantly emailing links to himself for articles he wanted to read later. After five years, Read It Later is reborn today as Pocket.

MacStories: Looking back at my Purchased history on the App Store, I see the original Read It Later is the third app I installed on my iPhone. How has Read It Later changed in the past three years, leading to Pocket, launching today?

Nate Weiner: Was it really? That is awesome.

A lot has changed since then. When I launched the first iPhone app for Read It Later, I was just a solo developer working out of my bedroom in Minnesota. Today, I’m sitting in Read It Later’s office in downtown San Francisco alongside 7 other incredibly talented people.

What hasn’t changed is our focus. Read It Later was a simple tool that focused on doing just one thing: saving things for later. Pocket is about taking all of the core parts of what people did with Read It Later and making them better, easier, and quite honestly, just a lot more fun to use. Read more