iPad Stagnating or Iteration by Design?

This year's iPad announcement was, by most accounts, received by tech media as a hum-drum affair. The iPad 2 came with a significant speed boost, Touch ID, and fancy new gold option. Not enough, however, for members of the press to wet their pants and sing the praises of Cook and co.. Some view the iPad as losing steam while others feel Apple has run out of ideas. The iPad Air 2 at this point is regarded by some as a rare gaff and oversight of Apple's upper management.

While Apple may be a company that creates a revolutionary product every 4-5 years, what they truly excel at product iteration. Apple's ability to continually improve a product year over year, work out kinks, and pick low-hanging fruit while making said product faster and more efficient is unparalleled. That may sound like I've downed the preverbal kook-aid but name one company that does it better.

Make no mistake about Apple's iterative process - it's neither by accident nor the natural progression of product creation - it's by design and completely intentional. Apple isn't a company that ships a product only to then think about the next one. Apple may have just shipped iPhone 6 but plans at this point are almost certainly finalized for iPhone 6S and well underway for iPhone 7. Apple sees products like iPhone,  iPad, and Mac not as silo'ed creations but as platforms. Platforms that grow over time and continue to improve. Platforms that have a roadmap and a story.

Look at this year's iPad Air 2 against the previous model. The addition of Touch ID is low-hanging fruit. A year ago, everyone including myself was both disappointed about the lack of Touch ID while knowing it would be in the next version of the device. The gold option is a nice addition but certainly not reason to upgrade from the iPad Air. Lastly, we have a sizeable speed boost and the move to 2GB ram but that was expected. Every year, Apple improves the performance and (usually) efficiency of their devices.

This year, there was nothing out of the ordinary. All that was delivered was expected but that's apparently a disappointment.

To add insult to injury, we have Apple's latest earnings call. iPad sales, for the first time in its short 4 year life, were down. But that was last quarter and I would attribute much of that to pent up demand from customers waiting to buy the successor to the iPad Air. I expect iPad's current quarter sales to be better than last years. But add the predictable iPad update to shallow sales numbers and the tech press will pounce.

Alas, much to do about nothing.

iPad hasn't been around long enough to be predictable. With iPhone, customers are aware they're eligible to upgrade every 2 years and most plan to. With Macs, folks rarely replace less than every 3 years. Which side does the iPad tend to lean toward?

iPad is a special beast that has never played by traditional tech wisdom. After 4 years, we're starting to see patterns emerge that move it closer to the Mac in upgrade cycle than iPhone but it's still too early to tell.

Apple isn't aiming the iPad Air 2 at iPad Air owners. It's aimed at (roughly) iPad 2 owners - an iPad released in 2011, getting long in the tooth, and most likely not eligible for next year's iOS 9.

As for features the iPad Air 2 is lacking? What were you expecting? A "Retina HD" display, if following past iOS device improvements will stay exclusive to the iPhone for a year so don't expect an @3x iPad until 2015 at the earliest. 

Apple moved the benchmark for iOS performance with the A8X chip, something that's been wildly underestimated. Currently, software isn't available to take full advantage of the new 3-core A8X or the 2GB of ram. If Pixelmator's demo is any indication, the iPad Air's speed boost is a really big deal.

If rumours are accurate, we could be seeing a new 'Pro' iPad in the near future with a larger screen and support for running multiple apps at once on the same display. As to why we didn't see such a device at this month's event is anyone's guess but, where there's smoke, there's fire. 

iPad is a device that Apple clearly has a plan for. After all, iPad is in all regards a platform and has defined what it means to be a tablet. I take Tim Cook at his word that the current state of iPad is a merely a bump in the road. This year's iPad Air 2 lays the groundwork for next year's iPad Air 3 ( or 'the new iPad Air') and so on. 

Reports of the iPad's demise are greatly exaggerated.

Creating iSource 2.5 for iOS 8

Tonight I finished work on the latest version of iSource APA (2.5). It supports and now requires iOS 8 and is currently awaiting review.

iOS 8 brings great new features and fixes many bugs introduced with iOS 7's interface redesign. Along with iOS 8 is Swift and Xcode 6.

The biggest features that users will notice first are Today and Sharing widgets. Shortly after WWDC14, I decided not to include support for these in apps that didn't absolutely need them. In the case of iSource, what was I going to include in a Today widget? A fancy slogan? An inspirational quote? Nope. I didn't want to take up people's time with a Today widget unless it provided real value.

Take the Clear Today widget. If you remove all the content in the app, it decides to give you a *cough* inspirational quote. I didn't ask for it but there it is. 

You also may notice a beta version of the Today widget I'm including in Bug Trackr 2.0. It tells you what you need to know while using the minimum amount of screen real estate possible.

Below, you'll see Pedometer++'s Today widget. Short and to the point, I like it.

iOS 8's Today view is still very much a UI playground and I realize developers are often scratching their heads about what to include there. Sometimes, the best thing to do is do nothing at all. 

Sharing widgets are another story all together. I would love to be able to create a resource share sheet, basically the same text entry you see in the app, but available through other apps. There would be a relatively low amount of apps you would want access to iSource's Share widget in but it could still be useful.

The problem is iOS 8's sharing data flow paradigm. The way iOS 8 works is that you select the data you want to share, tap the share button, and select the place or service you want to share to. An iSource share sheet would make sense in a scenario where the user, from anywhere in iOS, wants to add an entry, they bring up the iSource Share Sheet and enter in the resources parameters. But that reverses Apple's data flow in iOS 8's share sheets. It would be confusing to the user even if Apple approved it in App Review.

So for now, we're going to stay away from Today and Sharing widgets.


Also new in iSource 2.5 are completely redesigned resource icons. They fit in a whole lot better with the iOS ⅞ aesthetic and they're included as @1x/@2x/@3x (and @4x for then that day arrives) assets. The icon redesigns were something I had started last year when I added more assets but, since the introduction of @3x assets (which I didn't have), I decided to start from scratch on a new set.

iSource text Entry Sheet in Portrait with keyboard cropped.

iSource text Entry Sheet in Portrait with keyboard cropped.

iSource text Entry Sheet in Landscape with keyboard.

iSource text Entry Sheet in Landscape with keyboard.

With this version and unrelated to iOS 8 I decided to reintroduce landscape support for iPhone. This was only because of the new display sizes in the iPhone 6 and iPhone 6 plus. In the 1.0 version of iSource, I enabled landscape support because text entry was done directly in the table view. When I added the Entry Sheet around iSource 2.0, I removed landscape because springs and struts in Interface Builder didn't allow me to configure the sheet view as I wanted when displayed in landscape with the keyboard visible. With the addition of Size Classes in Xcode 6, its now possible for me to create different configurations of the entry sheet based on its size class.

Top right you'll see the traditional version of the Entry Sheet in iSource 2.5, complete with blurred background. Bottom right is the Entry Sheet in it's new landscape configuration. Nice eh? Thanks Size Classes!


At WWDC14, I was highly interested in playing around with iOS 8's new Embedded Framework support. iSource 2.5 includes the new iSourceKit framework and it's where I've put a lot of code and resources that I share between iSource APA and MLA. Without going into too much boring nitty gritty about maintaining two versions of the same app, frameworks are a godsend. For code within iSourceKit, I've been able to cut debug time in half and every minute saved debugging is one I can now spend on making great feature. Thank you Embedded Frameworks engineers at Apple!

iOS 8 App Extension Development Tips

Great insight from Tom Harrington on developing iOS 8 app extensions. For developers, Extensions are still very much uncharted territory and Tom breaks down some of the gotchas you'll come across when in Xcode.

Recently I’ve been working on some iOS 8 app extensions, and I’ve run into a few non-obvious details that might come in handy for anyone else in the same situation. Some of the following relates to bugs still in the system, and so will probably only be relevant for a limited time.
— http://www.atomicbird.com/blog/ios-app-extension-tips?utm_campaign=iOS_Dev_Weekly_Issue_167&utm_medium=email&utm_source=iOS%2BDev%2BWeekly

Empty UITableViews with DZNEmptyDataSet

One item on my iOS 8 wish list from May was a new UIKit API for empty content views in UITableView. A simple UITableView data source method where you can return a UIView. UITableView would then intelligently display the provided UIView whenever there was no content in the tableView.

But WWDC passed and no such luck. Luckily, DZNEmptyDataSet to the rescue! You can find it here on Github.

It's easy to add to any project using UITableView or UICollectionView and it's being updated regularly.

So this...                                                                                  ...Becomes this!

UITableView with default no content behavior.

UITableView with default no content behavior.

UITableView with an empty content view

UITableView with an empty content view

I've tried many other open source projects and rolled a few techniques myself but none came as close as DZNEmptyDataSet.

Why use an empty content view? Primarily for communicating to the user why the screen is empty and how to add content. It's highly unintuitive, especially on first launch, to display blank rows (as seen in the first image). While a good UI design is self-explanatory and helpful, the default implementation is not.

In the example on the right (taken from Bug Trackr 1.2), I tell the user there isn't any content saved, what they can expect this view to contain, and how to add content. In this case, even though I have an add button at the top right of the screen, I include an "Add Bug" button in the empty content view. Both buttons trigger the same action. This makes it crystal clear that to get new content, you have to tap the add button.

It may seem obvious but, for users launching an app for the very first time, an empty tableView is jarring and confusing.

Apple's default implementation in UITableView is far from ideal and it's interesting that for most of Apple's own apps they implement an empty content view (private API). Until Apple makes their empty content view API public, DZNEmptyDataSet is here to fill the gap.