What is vid.io?

Well hello.—
  (@vidio) November 01, 2011

Joshua Topolsky and the others that fled Engadget launched their new site today, The Verge. I found one of the groups Topolsky thanked in his announcement post particularly interesting:

vid.io The product that powers our video. These guys are about to change the game with their technology, and we are so happy to be early adopters.

I had never heard of vid.io before. Visiting the site reveals nothing but a sign up box for future updates. Who is behind vid.io? What makes them different from the other players? And how did they get Topolsky and the team at The Verge on board?

Unsurprisingly, there are some heavy hitters involved. Vid.io was founded by one of the co-founders of Viddler, Rob Sandie. Sandie served as Viddler’s president for six years until he was forced out in July of this year. Seems like he got back on his feet pretty quickly. As to the size and makeup of the rest of the team, that’s still a mystery to me at this point.

What makes vid.io special? According to their Twitter account, it’s HTML5, kryptonite, and unicorn tears. I’m guessing two of those are to throw us off the trail.

Indeed, it appears that one of the key features of the video player is that it defaults to HTML5. Even if Flash is installed vid.io videos do not use Flash if HTML5 will work. This is in contrast to most of the major players in video (such as Vimeo, Brightcove, and even Viddler) that default to Flash and fallback to HTML5. It’s a welcome shift, too – with other video platforms it can be frustrating to know that an HTML5 version exists (because a video is viewable on iOS devices), yet Flash is required when viewing from a desktop browser.

The choice to favor HTML5 may be the key selling point. In that same “unicorn tears” tweet, the vid.io team writes, “Yep, we just killed Flash.”

Topolsky is clearly a forward-thinking guy, so it’s no surprise that he would like a video player that looks to the future – HTML5 – rather than the past. And by working with a video platform that was just starting they probably got to influence the product more than they could have with the other video platforms. According to the Twitter support account for The Verge, the video player on the site is “a custom project in conjunction with our friends over at vid.io”.

@JoeyIsACoolKid It was a custom project in conjunction with our friends over at vid.io.—
Verge Product Team (@VergeSupport) November 02, 2011

I think there is a lot of room for disruption in the online video space, so I’m excited to see where vid.io goes. They are certainly off to a strong start.

iOS File Browser

Steve Jobs said that iCloud was the end of the road for document storage on iOS at WWDC in June.

I don’t believe it. There are too many loose ends remaining. What about uploading files through the browser? What about attaching files to an email? What about organizing my files across apps? What about being able to open the same file in multiple apps? Yes, iCloud takes care of the multiple device issue (assuming OS X gets caught up with iCloud document syncing soon – seriously, where is the OS X iWork update that enables iCloud?), but there are so many use cases that iCloud doesn’t address.

Don’t worry, though. I’ve got solutions. First solution: Give up on the hope that iOS will one day have a central file store. “Open in…” is here to stay. File storage has been app-centric on iOS since the beginning. The design of iCloud guarantees that won’t change. Sorry. Take that dream of a “Files” application that works like the “Photos” application out back and shoot it in the head.

My solution for file uploads in Safari and attachments in Mail isn’t so brutal. It is obvious, however: give us a file browser, but give us one that works with the way iOS works. Just because we need an interface to select a file doesn’t mean that it has to work like traditional file selection interfaces. iOS doesn’t have file folders, it has apps. So show us our apps in the file browser. Apple’s already done this, it’s just not in iOS yet. Remember file sharing in iTunes?

Please Apple, let us use this in iOS.

I should probably unmercifully execute my last solution for organizing files across apps just like I murdered my hopes of a “Files” application, but I just can’t let go of it yet. Here it is: what if our mythical file browser had a second option for organizing your files in addition to the app-based way? What if, say, you could view all your files grouped by tags? And what if those tags were a system-wide service? This is probably too much complexity, but I would love it if I could choose between “By App” and “By Tag” organization in this (still mythical) file browser. “By App” would show me a list of apps and allow me to drill down into the files in each app. “By Tag” would show me a list of my tags (system-wide, remember) and allow me to drill down to the files in each tag, regardless of which app they were found in.

Yeah, this is basically folders again. But no nesting! It’d be much simpler! Okay, yeah, Apple will probably never do it. We can wish, though, can’t we?

Regardless of what they do, I don’t believe that iCloud “completes the iOS document storage story” as Steve Jobs said at WWDC. In fact, as far as it is building the foundation for a completely app-centric file storage system, the likes of which has probably never existed before, I think it is just the beginning.

Mac OS X Lion 10.7 Deep Dive: Versions and Auto Save

The new, complementary functionality of auto save and versions is an interesting beast. It’s the type of feature that a few years from now you’ll be amazed you ever lived without, but right now feels kind of weird. In some ways it feels like a step backward until you understand how it works.

Things start out feeling pretty normal. When you create a new document and then go to save it, you’ll see “Save…” in the File menu, which replaces both “Save” and “Save as…” from previous versions of the OS. Frankly that’s a welcome change as it didn’t make much sense to have them both there for an unsaved document, considering they both led to the same save dialog. However, the uncomfortable feeling starts when you go to save your document after making some changes, or go to do a “Save as…”. This is what you’ll see then:

New file options

Where’s “Save” and “Save as…”? What’s “Save a Version” and “Duplicate”? There are a lot of changes here. The shortcut for “Save a Version” is a good clue to what’s happened. Apple has renamed “Save” to “Save a Version”. The concept behind the wording is that you’ll be creating an explicit marker in the version history for this version. It’s also saving the document in the traditional sense, of course, in that the next time you open it you’ll see what you just saved, but that’s less important now with auto save – you could never hit Command-S, never select “Save a Version” from the File menu, and your changes would still be saved.

“Duplicate” is a replacement for “Save as…”. When you think about it this may be a better description of what “Save as…” actually does. Anyone reading this probably understands how “Save as…” works from years of use, but a brand new computer user might think that “Save as…” overwrites their document, so that after doing “Save as…” they would still have only one document, not two. Duplicate makes it very clear what’s happening. When duplicating you get the same dialog as the old “Save as…”, letting you choose a filename and location for the duplicate copy.

“Revert to Saved” enters you into the Time Machine-like version browser for the document (more on that later).

Saving, Editing, and Locking

A version-enabled document can exist in one of three states: locked, edited, or saved. A saved document is one where the most recent saved version is the same as the current state of the document. There is no special indicator of this state, except for the absence of contra-indicators.

A saved document

You can lock or duplicate a saved document or browse past versions.

Options for a saved document

An edited document is one where the most recent saved version is not the same as the current state of the document. As soon as you make a change to a “saved” document it becomes an “edited” document. This is indicated by the word “Edited” appearing in the title bar of the document.

An edited document

You can lock, duplicate, or revert an edited document, or browse past versions.

Options for an edited document

“Revert to Last Opened Version” is equivalent to the familiar trick of closing without saving for those times when you want to start over after a bunch of edits.

Reverting a document

Duplicating an edited document will give you the option to revert the document after duplicating.

Duplicating an edited document

One thing that is hard to get used to is auto save on close. If you close a file with unsaved edits the application will no longer prompt you to save your changes – it will simply save them and close. Related to this change Apple has done away with indicating an unsaved document through the red close button of a document window. In previous versions of the OS, an unsaved document would have a gray dot in the close button.

A locked document will not be auto saved and cannot be edited. This is indicated by “Locked” appearing in the title bar of the document, and in the file icon itself getting a lock icon overlay.

A locked document

The lock icon is shown on the file icon in the Finder as well. This is important because locked files are full-on locked – you can’t even change the filename. Selecting a locked file in the Finder and hitting enter won’t do anything, where on non-locked files this allows you to edit the filename.

A locked file on the desktop

Trying to edit a locked document will generate a prompt to unlock or duplicate the document.

Editing a locked document

Versions

Versions is surprisingly straightforward. You can get to the versions interface by either selecting “Browse All Versions…” from the document options drop down, or you can select “Revert to Saved” from the File menu (why these don’t get the same name I don’t understand). On the left side you’ll see your current document and on the right all your previous versions. You can move back and forward in time by either clicking on the windows that appear “in the distance”, or by scrubbing through the timeline on the right side.

Versions interface

As was demonstrated at WWDC you can selectively pull from previous versions and drop them into your current version in addition to just wholesale restoring a previous version. Interestingly, the windows showing previous versions are also “live” windows. All toolbar options are selectable, but the system prevents the changes from happening. If you try and change the font, for example, you can get the list of fonts and pick one, but your choice will be ignored.

Trying to edit a previous version

One other interesting tidbit is that when the versions interface is loading up the text “Retrieving versions from Time Machine” is shown. Under the hood the tech powering versions is based off of what Apple developed for Time Machine, but Time Machine is not required to be configured or running in order to use versions, so it seems somewhat incorrect to say that the versions are being retrieved from Time Machine.

Neill, and Clint are discussing. Toggle Comments

 

Mac OS X Lion 10.7 Deep Dive: Mail

Mail has received perhaps the biggest update of any of the pre-installed applications in Lion, with a column-based layout, new search methods, improved conversation threads, updated icons, and better support for Exchange and Gmail.

Column-based Layout

Moving to a columnar layout has a surprising number of implications. You might not guess that it would take much work to move a list of messages from appearing above the message preview to the side, but a lot of Mail’s previous functionality was based on having that wide, spreadsheet-style list of messages. For example, with the switch to a stack of messages on the side they’ve had to add a sort drop down (previously handled by clicking the column headers in the spreadsheet-like view).

With the old layout it was easy to add a column to the list view if you wanted to see, for example, the number of attachments. The new layout has a little less flexibility and looks a bit cramped with every option turned on.

The new layout has also prompted a change to the search filters bar. In Snow Leopard and earlier, when you started searching a bar would appear above the messages list allowing you to restrict search to a specific mailbox. In the earlier developer previews this was moved to a spot above the new message list, but in the most recent developer preview it has been integrated with the new “Favorites” bar.

Search mailbox filters in developer preview 3.

Search mailbox filters in developer preview 4.

Speaking of the favorites bar, it’s a list of mailboxes that you can customize. The thinking is that you can hide the mailbox sidebar most of the time and just use the favorites bar. If you need the full mailbox list there is an icon on the far left of the favorites bar to show and hide it. Or, if you don’t want to use the favorites bar, you can hide it (but if you do a search it slides down so you can still filter by mailbox).

And if you don’t like any of this new stuff you can still get the classic, messages-on-top layout. If you stick with the new layout, however, you can customize the message list a good bit, selecting how many lines (from none to 5) of each message to preview and whether to show a picture of each sender (based on pictures in your address book).

Search

As Phil Schiller demonstrated at the WWDC keynote, Lion has a new search method that’s used in Mail and the Finder. It provides an interface to the search functionality that was previously only available when creating a smart mailbox. When you start typing in the search field an autosuggest drop down will appear, offering various ways to apply that search term, i.e., find emails where it’s in the subject, or where an attachment matches it, or where it matches the sender, etc. It tries to be smart with its suggestions – for example, if you type “ash”, it won’t just offer to look for emails from “ash”, but will show names from your address book that match (“Ashley”).¹

If you select one of these suggestions then your search term will be replaced by what Schiller called a “token”, which work kind of like the blue oval around email addresses in mail. On the left side of the token is what you’re searching (“From”, “To”, “Subject”), and on the right is your search term. You can click on the left side to change what you’re searching, and you can double click to edit your search term. As Schiller demonstrated you can add multiple terms to create fairly complex searches directly from the search field. One quirk is that if you don’t select one of the suggestions and just hit enter after putting in a search term your term won’t get “tokenized”; it will work exactly like search worked in the past.

You can choose to save any of these searches, at which point you’ll get the smart mailbox dialog that you may be familiar with from earlier versions of Mail, which makes it clear that these search tokens are a new front end to functionality that already existed.

Conversations Threads

Conversation threads aren’t technically a new feature in Mail, it’s just that they were so poorly done previously that no one really knew they were there. Lion fixes that. The threading is smart and the presentation excellent. In previous versions of Mail the threading was based entirely on the subject line. Now, “Mail groups messages into conversations based on many factors, including the message headers, subject, sender, recipients, and date.” From what I’ve seen so far it works.

In addition quoted content is hidden by default, presenting a clean conversation. For those that hate top posting you can choose whether the most recent messages are at the top or bottom.

One other piece that makes the conversation view work is inline actions. Hover over one of the messages in the conversation and icons fade in to delete, reply, reply all, or forward the email. In true Apple style each of these actions animates. Reply, for example, fades in a new email window and a copy of the message jumps from the conversation into the new email window.

Everything Else

Gmail integration has improved, with a dedicated “Archive” button available for the toolbar. Unlike Mail on the iPhone and iPad, however, Lion Mail doesn’t have a single button that switches between deleting and archiving depending on what mailbox you are in. Archive is available for any mailbox; if you click it on a non-Gmail mailbox, it will just create a new folder called “Archive” and move the message there.

“Move” and “Copy” buttons have been added for quick filing of messages. This functionality was available in previous versions of Mail but was only accessible from the “Message” menu.

And last but certainly not least, we’ve finally been freed from the tyranny of the font inspector. Developer preview 4 revealed the addition of an optional formatting bar in the new message window. Hallelujah.

---

1In the most recent developer preview, however, it’s still a little flaky. Hopefully that is addressed before release.

Back to the Mac

My wife will tell you that I love interfaces. (She’ll roll her eyes while she says it, but she’ll say it). Given that it shouldn’t be surprising that I’ve been devouring media about OS X Lion since the beta release. I’m talking frequent Google searches (filtered to blogs within the past 24 hours), rereads of AppleInsider’s excellent in-depth reports, and, shame of shames, several hours worth of watching terribly produced YouTube screencasts¹.

What I’ve come to realize from all this “research” is that the “Back to the Mac” concept – bringing ideas and features of iOS to the Mac – that Apple revealed at WWDC is much wiser than it initially seemed.

I think the main thing everyone got out of the presentation at the time was “Oh, great, now my Mac is going to have a grid of icons instead of a desktop.” It seemed like Apple was intending to replicate the least liked parts of iOS or at least migrate the pieces that actually fit worst into the Mac paradigm. This impression led many people to think that future Macs might come with touch screens, a locked down App Store as the exclusive channel for software, and sandboxed apps.

Instead Apple is taking features that most people don’t even really think about as unique iOS features (though they are); features like seamless app resuming, app “multitasking” with full screen apps, invisible scroll bars, easy application launching, automatic saving, OS state restoration, and physics-based scrolling.

These are all improvements to OS X, some more meaningful than others, but all worthwhile. The common thread through them is allowing the user to think less – getting closer to the old tagline, “It just works.” With application resuming and auto-saving you don’t have to worry near as much about application crashes or restarts. With OS state restoration you can apply software updates that require restarting the computer without going through an hour long prep-for-shutdown process. With the spaces-based “multitasking” of full screen apps you can focus on one task when necessary but easily get back to the desktop (and your other applications) at any time. With invisible scroll bars that only show up when needed you maintain all the functionality of the current scroll bars but with less visual clutter.² And with Launchpad, the iOS-like application launcher, Apple has abstracted applications away from the file system.³

Apple didn’t go for the obvious features that define the iPad and iOS, the ones everyone thinks of first (like being touch-based), but instead they took everything they learned about making a computer even easier to use and applied those lessons to OS X.

Lion may not work like the iPad, but it feels like the iPad.

---

1 Seriously, if you’re going to make a screencast, maybe you should actually show interesting stuff on the screen rather than telling me what you could show me while showing me the desktop for 10 minutes.
2 As a web developer I love that these new scroll bars overlay the content such that the width of the content window is the same regardless of the need for scrolling.
3 At my all-Mac company I have seen many, many OS X users that are completely unaware that the Applications folder even exists. Here’s something to think about: Launchpad combined with the dock and the desktop mean that a user could theoretically never use the Finder.

Things Only Twitter Can Do

Dave Winer proposes (as he has before) that Twitter should focus around being a news service. I tend to agree, although I don’t know if “news” fully captures what the platform is capable of. Twitter is able to provide answers to questions that no other service can answer and at a speed that no other platform can match.

Here’s an example: While watching Eminem’s performance at the Grammys I wanted to know the story behind the medallion he was wearing. I did a search on Twitter for “Eminem necklace” and learned that it was a symbol for Alcoholics Anonymous.

Another one: My power went out on a Saturday morning. I was worried that it might be a problem with just my house rather than some upstream issue. The first thing I did was check Twitter for any nearby tweets mentioning a power outage. (In this case I didn’t actually find any answers but the point is that I even thought to check Twitter). I’ve had good results with these cases in the past – why is there so much traffic right here? What are those sirens about? I’ve been able to get answers to those questions through Twitter. Twitter is a window into what’s happening not only right now, but right here.

I generally find that I could care less about the trends (worldwide, regional, it doesn’t matter), because they don’t matter to me. They don’t answer any of my questions and they rarely align with my interests. I think it would be a real missed opportunity if Twitter where to go in the direction of so many other aggregator services and focus on the global “what’s popular”. If there’s one thing I’ve seen from services that attempt to surface relevant information from aggregated community input, it’s that crap floats. The lowest common denominator stuff is what rises to the top.

Indisputable Proof that MobileMe Changes are Coming

Behold! I have indisputable proof that the web interface for MobileMe is going to change.

Account options UI for the Contacts, Gallery, and iDisk sections

Account options UI for the Mail, Calendar, and Find My iPhone sections

Why are they different? Because Apple has updated Mail, Calendar, and Find My iPhone in the past year. They haven’t updated Contacts, Gallery, or iDisk. There is no way that Apple would let this discrepancy continue indefinitely; they are too obsessive about UI. The only reason they would allow this is because updates for the other sections are in the works.

On Gawker and Hashbangs

Gawker recently finished a transition of all their websites to a new design, and some of the technical decisions they made have upset web standardistas, the most prominent missive being this one by Mike Isolani, a Yahoo employee (all quotes in this post come from his essay). The complaints center around Gawker’s reliance on JavaScript to render the page and their accompanying use of the “hashbang” (#!) in the URL. There are a lot of valid concerns with the hashbang design, and specifically with the way Gawker has implemented it, but the complaints all miss or ignore one key fact: there is no other way to get the behavior enabled by Gawker’s new design.

The Bottom Line

The only way to achieve what Gawker’s new design does, cross-browser, is the way they’ve done it. There are ways to improve the design for newer browsers, but the foundation would still be what Gawker has implemented.

And despite what some are claiming, the design does more than just “look cool”; it actually enables behavior that many find useful and can be achieved no other way.

So why use a hash-bang?

Out of all the reasons, the strongest one is “Because it’s cool”. I said strongest not strong.

It’s an insult to the tech community that an article with this claim gained so much traction. Any web developer that truly knows his stuff will tell you what a hashbang-based, JavaScript-based site enables. In the case of Gawker’s two-pane design, it allows the reader to not lose his place in the article list as he reads through multiple posts. It also increases the perceived speed of the site, because jumping to a different article doesn’t refresh the whole page.

Let me give an example of a real world benefit. If you are anything like me, you visit the front page of a Gawker site (for me, it would be Kotaku) and you scroll through the list of articles, opening any you want to read in a new tab. Why? Because I don’t want to lose my place in the article list by clicking into the story, and I don’t want to have to hit the back button once I’m done reading that particular article. So after a few minutes I’ve got 10 tabs open, which starts to bog down my browser and eventually my whole computer. With Gawker’s new design I can scroll through the list, click on each article as I go, confident that I won’t lose my place in the article list. My tab bar stays sane and my computer’s fans stay off.

The Details

But what are the complaints of the web standardistas? Even if Gawker’s finds success with their “non-standard” redesign, should others avoid going down a similar path? Let’s evaluate.

• The site won’t work with JavaScript turned off.

Although it’s hard to find truly authoritative numbers, most reports indicate that over 98 percent of users have JavaScript enabled.

• The site won’t work if the JavaScript fails to load, or if there is a syntax error (such as an extra comma) in the code.

This is the biggest red herring of the bunch. Guess what? ANY website won’t work if parts that it relies on fail. Relying on the JavaScript to load is no more dangerous than relying on HTML to load. In writing about this, Mike and others make it sound like building a website that depends on JavaScript is akin to rubbing your lucky rabbit foot and putting on a blindfold before starting to code.

Every URL references the LifeHacker homepage. If you are lucky enough to have the JavaScript running successfully, the homepage then triggers off several Ajax requests to render the page, hopefully with the desired content showing up at some point.

He’s purposefully making it sound far brittler than it really is. This is like saying that when you visit a traditional URL, “If you are lucky enough that the server is running successfully, the request triggers several function calls, hopefully with the desired content being returned at some point.” The reality is that all web services are dependent on their constituent parts working.

I think part of the reason for this perception of JavaScript as brittle is that for a long time JavaScript was an “extra”, and so was coded by people who were not overly familiar with the language and was then either tested poorly or not tested at all, resulting in broken implementations. This led to the perception that the language itself was the problem.

• The URL looks ugly.

Here’s a Gawker URL under the new design:

http://gawker.com/#!5781440/the-latest-news-from-japan

And here is that same URL under the old design:

http://gawker.com/5781440/the-latest-news-from-japan

That’s all I have to say about that.

• HTTP/1.1 and RFC-2396 compliant crawlers now cannot see anything but an empty homepage shell.

This is a business concern. How important is it for your business to show up in search results? More specifically, how important is it for your business to show up in search results besides Google¹?

• Caching is now broken.

Another business concern. If your infrastructure can handle the requests without caching, then there is no issue. If it can’t and you want to have a more JavaScript-based approach, modify your infrastructure to support it.

• The potential use of Microformats (and upper-case Semantic Web tools) has now dropped substantially.

A real travesty.

• Facebook Like widgets that use page identifiers now need extra work to allow articles to be liked.

So you’re saying they still work? So what’s the issue here?

• Using cURL to retrieve one of the new Gawker URLs will not return the correct content.

Good thing I’ve got this here browser, then.

• The new URLs “don’t map to actual content”.

So, requesting the URL assigned to a piece of content doesn’t result in the requestor receiving that content

Actually, each URL does map to content. It just requires JavaScript to complete the mapping.

The Switch to Web Apps

Despite my flippant responses, the last two points bear further discussion. What’s happening here is that the web is evolving. Many sites are migrating towards a “web app” model, where the site operates like a self-contained application rather than a network of interrelated links. Along with that the browser and all its functionality, including JavaScript, are elevating from a GUI wrapper around cURL commands to an element of the web stack itself.

This change is making some developers uncomfortable. In their effort to explain their discomfort they are coming up with all sorts of rationales for sticking with older methods of web site design. Although there will surely be some bumps along the way, the reality is JavaScript is going to find its place as a standard, accepted part of the web stack. Other methods of retrieving web content will either have to adjust (such as Google’s efforts to index JavaScript-loaded content) or be relegated to secondary or special-purpose status, such as cURL.

Business on the Web

One last point I want to make. Even if Gawker’s new design truly was a catastrophe on the code side it could still be the right decision for them, because ultimately they are a business and their infrastructure and code choices should all be made in support of their business goals.

I think Gawker understands that they have to serve their users. From the user’s perspective a lot of these questions don’t matter. Who cares if the server parses the URL or the client does? Who cares if the parsing is done client side, or if the browser has to retrieve the content based on a URL fragment that it stored? That’s all implementation.

As much as web standardistas wish it wasn’t so, all these technical decisions (in a smart organization) are ultimately business decisions. Who cares if the design doesn’t conform to the W3C² URL standard? The real questions are: How is the end user affected? Does it deliver a superior experience? Does it work for the audience Gawker cares about? Does it increase engagement? And of course the only question that really matters – will the design lead to increased profits? I can easily imagine that Gawker did an analysis and came away with the conclusion that this change would deliver where it really mattered.

---

1. The “bang” part of the hashbang design is not technically necessary, but Google devised using an exclamation point after the pound symbol as a signal to its indexer. Using the hashbang allows Google to index the content despite it being loaded dynamically via JavaScript. More here.
2. The World Wide Web Consortium, responsible for the standards on which the web is built.

Twitter Conversations Follow-Up

In a previous post I argued that Twitter clients should provide an easy way to see all the @ responses to a tweet, not just the ones that directly replied. I’ve since discovered at least one Twitter client that does what I want, and have realized that many Twitter clients do what it sounded like I wanted.

I wrote:

Twitter clients should add a tab on a user’s profile page for viewing tweets directed @ that person.

Well, most Twitter clients do that, including the official Twitter client. But that’s not exactly what I’m looking for. What I really want is way to quickly get to all the @ replies from the tweet itself without having to click through to a profile page and then a tab within the profile page.

At least one application does this. Twitteriffic has a “Replies to this author” action available from the detail view of any tweet.

Part of the reason I wasn’t aware of this is because I got rid of Twitteriffic on my iPhone after a while. I just couldn’t handle its confusing interface. Turns out that the guys at The Iconfactory realized they may have overengineered the app and dramatically overhauled the interface with version 3, released in June of last year. They really did a fantastic job of keeping a lot of functionality while streamlining the interface. It’s now my default Twitter app.

Putting the Phone Call in its Place

The iPhone, as is evident from its name, started life as a phone.

Despite Steve Jobs clever reveal of the iPhone as three separate but equal products in one package (an iPod, an “internet communication device”, and a phone), most consumers saw it as an evolution of the mobile phone. It was a phone, plus a bunch of other stuff.

But the iPhone is no longer a phone, it’s a mobile computer (a post-PC device, Jobs would say), and iOS needs to change to reflect that.

Phone calls are still given primacy in the OS. If I’m in an app and a call comes in, my entire screen is taken over by the incoming call UI. I have to either decline the call or wait for the call to end¹ to get back to what I was doing. If I choose to accept the call I’ll be dropped into the phone app when the call ends, not into the app I was using when the call came in. This was especially irritating before iOS 4 and multitasking. Similarly, if I’m in an app and I click on a phone number that initiates a phone call, I’m taken out of the app and into the phone app for the call.

Text messages are slightly better but not by much, the key difference being that an incoming text message does not take over the whole screen, instead displaying a notification. Otherwise text messages exhibit the same behavior as phone calls: answering and initiating a text message takes you out of your current app and into the messaging app.

Contrast these with the email interface of iOS. If I’m in an app and an email comes in my phone buzzes; that’s it. Besides the vibration and audio chime, I’m not interrupted in any way. If I’m in an app and I click on an email address to send an email, an email “sheet” slides up where I can type my email. Clicking “Send” sends the message and dismisses the email interface, leaving me exactly where I was before I clicked the email link.

The email interface of iOS used to work differently. Prior to iOS 3, clicking an email link in an app would switch you to the email app to compose and send your message. But Apple realized that this was not optimal (especially before multitasking) and so devised the email “sheet” method.

Apple should switch the phone and messaging interfaces to work like email.

Better yet, all three should be unified into a standard communication framework that third-party applications can also link into. If I’m going to get pie-in-the-sky here (if I’m not there already), this new framework would hook into a new notification system.

My dream is that I have the same options for each method of communication: I can choose whether I get a notification that interrupts to some degree (the current pop-up message or some future implementation), that alerts but does not interrupt (vibration or audio cue), or that neither interrupts nor alerts. And responding or initiating each method of communication would use the “sheet” method, allowing me to stay within any app I may be in.

Some may argue that the differences between the OS’s handling of phone calls, text messages, and email reflect an inherent difference in the nature of each type of communication. I disagree. Today an email may be more important than a phone call or a text message. For some people a Skype message or AOL IM could be more important than any of the natively supported methods of communication.

Apple loves to be the first company to drop old technology and old ways. Treating phone calls like they are more important than other communication methods is the old way.

---

1. Waiting being my preferred choice as declining a call sends the caller directly to voicemail, tipping them off that I chose not to answer.