This Week's Sponsor:

Copilot Money

The Apple Editor’s Choice Award App for Tracking Your Money. Start Your Free Trial Today


Posts tagged with "iOS"



The iOS-ification Of Apple’s Ecosystem

Today’s update to AirPort Utility for Lion reminds me of a topic I was willing to write about but eventually left in my nvALT queue due iOS 5 (review) and iCloud, various app releases, and the usual news from Apple in the past months. The iOS-ification of OS X is, at this point, inevitable, and anyone who doesn’t see it, or tries to neglect, is either software-blind or has some kind of interest in that way of thinking.

I am looking at my Mac’s screen right now, and I can count dozens of iOS-inspired elements now co-existing with “old school” Aqua interfaces and controls. This transition obviously started years ago, and in retrospect it’s hard to dig up the very first example of iOS-ification on the Mac, so let’s just take a general look at the things we have today:

iPhoto (updated in 2010);

Safari’s popover for Downloads;

Safari’s tap-to-define;

Launchpad;

Linen;

Settings;

Mail;

iCal;

Address Book;

FaceTime (released in 2010);

And now, the new AirPort Utility.

Of course, many great writers have already written about the general concept of graphical resemblance of Lion (our review) to, say, an iPad, noting how several iOS apps and UI schemes have been ported down to the last pixel to OS X. The screenshots above should provide some context.

Today’s (relatively minor) software update reminds me, however, that the iOS-ification goes far beyond simply converting graphics and updating apps from one platform to another. It is actually more a conversion of the entire Apple ecosystem to an iOS-inspired system of graphical elements, user interactions, business models, user experience paradigms, and functionalities. The iOS-ification isn’t simply visual, it’s a fundamental shift of strategy that, ultimately, I believe begins and ends with iCloud – something that I have discussed before.

Sure, many apps look the same across iOS and Lion now. Some features have worked the other way around, finding their way from OS X to iOS, such as Safari Reader and over-the-air software updates. Others weren’t ported – they were released at the same time across two platforms, such as Reading List (which fits in the bigger iCloud plan). From the user experience standpoint, there’s plenty of iOS goodness to go by in Lion: full-screen mode and Auto Save + Resume give users an iOS-like environment for working with apps and never lose data; natural scrolling and gestures have unified the way a user moves content around and interacts with the operating system; the Home user’s Library directory is not visible by default in Lion, eliminating an important piece of filesystem from the default configuration of the OS.

Then there’s the business side of the ecosystem. Both iOS and Mac apps have to be sold through the App Store, with Apple retaining a 30% cut off every transaction (Update: Mac apps can still be sold outside of the Mac App Store. Many have debated, however, that going forward the obvious path is the Mac App Store, with some feature such as iCloud integration being Mac App Store-only). Just like on iOS, Mac developers will soon be forced to implement sandboxing, which limits the access a third-party app has to the filesystem. And, obviously, boxed software is going away, leaving much retail room to Mac and iOS devices showcasing the App Store. Or shelves filled with iOS accessories.

iOS-ification isn’t merely graphical: I believe someday, very soon, almost every aspect of Apple’s operations will be iOS-inspired or iOS-unified: from hardware design to user interfaces and app distribution, from developer guidelines to marketing and the way people “see” Apple these days. Those who got to know Apple in the past five years likely already think of it as “the iPhone company”, and rightfully so for a business largely based on revenue coming from iOS.

There are many questions left unanswered and open to speculation. Will the Mac adopt iOS’ Home screen concept (and shortcomings) in the future? Will the next version of iWork for OS X look something along the lines of this? Will Mac-only applications (and thus Mac-like from a UI standpoint) like Aperture, Final Cut and iBooks Author ever be ported to iOS, triggering an iOS-based rewrite and redesign? We don’t know yet. But soon, maybe?

The complete iOS-ification of the ecosystem will be long and there will still be hardware features and design experimentations that will be tested on the Mac first. We can only assume that Thunderbolt will be made available for iOS devices in the future. Macs are still based on physical keyboards, and even if they (perhaps) don’t want to, Apple’s engineers are forced to test new apps with keyboard shortcuts and a different user interaction. Macs have bigger screens, which can lead to arguable design choices like a comically large Launchpad.

But the seed has been planted, and today’s software release is just another drip of water in a field ready to flourish in iOS-based similarities, like it or not.



The Problem With The iOS Home Screen

I’ve been thinking about the problems I have with iOS’ Home screen concept for years now, but I never fully grasped what was, exactly, that with time made using the Home screen – and thus the whole system of Springboard pages – clunky and annoying. Until it hit me earlier today, and suddenly everything started to make sense.

The iOS Home screen is conceptually broken. Not “broken” as in unusable, unstable or technically flawed. From an engineering standpoint, the iOS Home  screen works. The concept of the Home screen we interact with today is broken because the Home screen wants to be a real, physical, tangible surface while providing access to the gates of the intangible: apps. Apps are data, information, connectivity, presentation, media. Digital content isn’t tangible in the sense that it exists in a physical space, unless you count the atoms and the electrons and the bits that make using an app possible. But that’s a long stretch. The iOS Home screen is based on the concept that app icons are objects on top of it;  this has created a series of issues over the years.

Throughout the release history of iOS, Apple had to compromise and, I believe, implement functionalities the original Home screen wasn’t meant to support. First users wanted third-party apps, Apple waited, but eventually allowed developers to create software to install on an iPhone or iPod touch. Apps are the most important addition to the operating system to date, and they kickstarted the App Store revolution we’re witnessing. In allowing third-party developers to create apps, however, Apple essentially lost control over the display of objects on the Home screen – Apple may be able to check upon the inner workings of an app, but they can’t ban apps based on lack of taste in choosing an icon. And with that, developers were free to choose Home screen icons that don’t necessarily resemble real-life objects, thus breaking the metaphor of manipulating “badges on a table”, as I like to think of it. Have you noticed how almost every built-in, Apple-made iOS app has an icon that resembles a real-life object? The only exception? The App Store and iTunes icons. Which are marketplaces for digital content.

Apple states it clearly in the iOS Human Interface Guidelines:

When virtual objects and actions in an application are metaphors for objects and actions in the real world, users quickly grasp how to use the app. The classic example of a software metaphor is the folder: People put things in folders in the real world, so they immediately understand the idea of putting files into folders on a computer.

Think of the objects and scenes you design as opportunities to communicate with users and to express the essence of your app. Don’t feel that you must strive for scrupulous accuracy. Often, an amplified or enhanced portrayal of something can seem more real, and convey more meaning, than a faithful likeness.

Portray real substances accurately. Icons that represent real objects should also look as though they are made of real materials and have real mass. Realistic icons accurately replicate the characteristics of substances such as fabric, glass, paper, and metal, and convey an object’s weight and feel.

Later, users wanted multitasking and folders. Unsurprisingly, Apple gave them implementations of these features that look like objects, in this case objects with linen. Here’s where the situation gets more complex: folders and the multitasking tray, unlike app icons, actively interact with the Home screen, they don’t just sit on top of it. The way Apple designed them, the multitasking tray resides as linen below the Home screen, and folders are tiny containers with a linen background that expands atop of the Home screen. You can see how the entire concept of Home screen as a surface starts crackling under the design weight of  these features: is the Home screen a surface that has another layer underneath? Another one above as well? What do you mean I have music controls in the multitasking tray, too?

Most recently, iOS users began asking more vigorously for a better notification system, a unified reading environment for magazines, and widgets. Apple gave them Notification Center and Newsstand, but didn’t announce anything widget-related, at least for the Home screen. The Home screen, with iOS 5, got two new additions: a new layer, Notification Center, and a new default icon, Newsstand, which isn’t really an icon but it’s a folder with a different background and shelves.

As I said, I believe choosing the right approach to delivering new functionalities and keeping the original Home screen concept got trickier for Apple over the years. What started as a black background with a few default apps turned into a customizable area of hundreds of app icons with folders and multiple pages with a series of additional layers managed by the overly abused linen texture. But the seed of the broken concept can be seen way back into iPhone OS history: think about Spotlight and Springboard page indicators. What are they – how do they fit into the metaphor of a physical surface with objects on top of it? Surfaces don’t have search boxes and indicators. Notebooks have pages, but you have to flip them and turn them and touch them. Websites have search boxes, but they’re bits and lines of code.

If you follow my theory, you can understand how things start making sense from this perspective. You can’t move multiple app icons at once not because of some technical limitation, but because, I believe, in the original Home screen vision inspired by physics apps were meant as a single entity to manipulate, one at a time. On a table, you can’t “select” multiple buttons and pretend they’re all going to move as you touch only one. That doesn’t make any sense in real life. I could expand this concept to the entire skeuomorphism Vs. interface design, but I’ll leave that for another time. My concern right now is the Home screen, the first thing you see when you unlock a device, when you close an app, the place where you manage your apps, your content. There’s a lot of weirdness and inconsistencies going on in some Apple apps and interfaces, but the Home screen is the prime example of a user interface meant for 2007 which was subsequently patched and refined and patched again to accomodate new functionalities introduced in iOS (the same happened with the Home button). You could argue that some proposed features, such as widgets, haven’t been implemented yet because of technical constraints. It’s fair argument, and I’ll take it. Yet I think that, even if complex from an implementation standpoint, it’s the concept itself that makes widgets difficult with the current Home screen.

The problem Apple needs to overcome is that the Home screen tries to be a real object while providing access to the gates of the digital world. To reinvent it, Apple needs to tear apart the whole concept and rebuild it from the ground up.


Five Ways to Improve Gmail for iOS

Five Ways to Improve Gmail for iOS

Great analysis by Ken Yarmosh:

A native Gmail app on iOS had been anxiously awaited for years but when Gmail for iOS launched back in November 2011, it do so to much berating. The main complaint against the app is that it is basically an iOS wrapper around the standard mobile web app. Personally, I found the criticisms overall harsh but it does need to be improved. In no particular order, here are five ways to do that.

I agree on all the points, and I’ll add that Google might consider picking the team that created the Search app for iPad to improve Gmail for iOS. Google Search for iPad is a great app: fast, stable, responsive, innovative – that’s Google at its best, making a native app that is not cumbersome or underpowered. Gmail, on the other hand, feels like an attempt to “get the job done”: take a web view, throw some native wrapper on top of it, call it a Gmail app. Done. Gmail for iOS disappoints, but I’m still hoping Google is preparing something good for it. If that’s the case, please, Google, follow Ken’s suggestions.

On the other hand though, I can’t stop thinking about Sparrow for iPhone. That’s one of my most anticipated apps of 2012.

Permalink

“Chrome Sync” for iOS Syncs Chrome Tabs, Bookmarks and History

After using Google Chrome for more than two years, I still find it rather amusing that Google hasn’t released an iOS companion app to access your browser history, tabs and bookmarks on the go. Mozilla does this, third-parties have figured out a way to do this, yet Google doesn’t seem to think an iOS version of Google Chrome with, perhaps, a minimal set of functionalities would be necessary. Fortunately, a developer in the App Store has figured out a way to sync your Chrome session (that is, history, tabs and bookmarks) from the desktop to an app, aptly named Chrome Sync Pro.

Priced at $0.99, Chrome Sync Pro runs as a universal app on the iPhone and iPad (the latter doesn’t support landscape mode for some reason), and has three sections at the bottom to switch between your bookmarks, open tabs and history. When I first heard about Chrome Sync Pro my first concern was security – it turns out, the app gets your Chrome information through an extension that doesn’t communicate with third-party servers, but copies your browser’s data into a Google doc in your account. The data in Google Docs is encrypted in some sort of way, I believe, so that only Chrome Sync Pro for iOS can read it and display properly on your device. I’d like the developers to explain this process better, for sure, but I’m not deeply concerned about security and privacy as long as my Chrome data is passed along through OAuth to Google Docs.

On iOS, the app is very simple and functional. When you open it, it’ll refresh with the latest data from your Chrome browser and allow you to tap on links. Chrome Sync Pro supports different third-party iOS browsers instead of just Safari, although some personal favorites of mine like Grazing and iCab aren’t supported yet. There is a refresh button to update the sync results from your desktop computer, but I’ve found the extension to be stable and fast at syncing back tabs and history to Google Docs.

Chrome Sync Pro is a simple utility that could use a prettier interface and more third-party browser integration; for now, it gets the job done. If you’re looking for a way to make your Google Chrome data portable, Chrome Sync Pro is only $0.99 on the App Store.



xScope 3: Measure. Inspect. Test.

Any designer will tell you how important image sizes and spacing are to their craft – graphics, the web, etc.. Measuring each element can take tedious time unless you have all the right tools. There are ‘measuring’ and ‘location’ tools out there, but none work better or have more bells and whistles than Iconfactory’s (and Artis Software) xScope. xScope 3.0 is out today and it brings over 70 new features to its already complete pixel toolkit.

xScope 3.0 (Mac 10.6 and higher) is a huge update to version 2.x with two components: a Mac side and an iOS side for the iPad, iPhone and iPod touch. If you feel a little bewildered at first with all these new features, be sure to use the useful in-app help, as it outlines everything and answers many questions. I’ll cover some of the great new highlights of version 3.0.

The most notable feature of xScope 3.0 is the Mirror tool. Remote viewing lets you easily view the contents of any Mac desktop window on your iPhone, iPad or iPod touch with the accompanying iOS app (via iTunes, Free). Once xScope for Mac is open, launch the iOS app and it will find your Mac over Wi-Fi and ask you to pair them together.

Once paired, the Pin & Lock tool lets you move the Mac window anywhere, always staying in focus on iOS. The iOS app has a chromeless UI: there’s no overlaid chrome to get in the way while you’re working. Multiple iOS devices can connect and view the same window on a single Mac, which is great for demos or meetings. Read more