all micro contact rss

Muscle Memory

Apple has been playing around with the iPad keyboard again in iOS 11. And I think this time the changes are mainly an improvement. Although my muscle memory is driving me nuts right now.

What am I talking about? Long time iPad users likely know the old swipe up on the comma key to put in an apostrophe, and swipe up on the period key to get double quotes trick. It is a killer time saver compared to having to switch over to the symbol keyboard just to get to these often-used characters. I’ve often wished iPhone had something similar.

iOS Keyboard swipe up on comma and question mark keys

(Actually, those shortcuts give you ' and ", because iOS 10 isn’t smart quote-enabled. But more on that in a moment.)

In iOS 11, we get a new gesture: swiping down on keys to get alternate characters. It works on most keys, and you get a graphical hint of what the result of your swipe will be ahead of time. It’s not ideal for typing several alternate characters in a row, like a series of numbers, but for one-off characters, like apostrophes or quotes, it’s very cool.

iOS keyboard swipe down gesture on K and L keys

And, because iOS 11 now does smart quotes by default (finally), you get the real deal curly quotation marks and apostrophes.

The problem, however, is threefold. First, the apostrophe and quotation marks are above the K and L keys, not comma and period. Second, I’m used to swiping up—not down—on keys to get alternate characters. So I have to retrain my brain for both of these. It makes perfect sense, when you watch the animation, to swipe down, as you can see the alternate character get dragged down into position. This is no doubt more intuitive, or at least more discoverable, to newcomers. I’ll get over that eventually.

The third and biggest issue is that the old gesture of swiping up on comma and period are still there. And they still type ' and "—or dumb quotes, if you will.

I get why Apple would want to leave the old gesture there, as it could be confusing for old-time iPad users to lose it. But I do hope they switch to smart quotes for these gestures. I know 90% of users don’t know or care about smart quotes. But that’s all the more reason to make these consistent with swiping down on K and L.

I doubt many people actually need quick access to ' and ".

iOS 11 is still in beta, of course, so there’s hope.

I’m thinking maybe I should file a radar in the meantime. If someone out there already has, let me know, and I’ll be happy to dupe.

Meanwhile, I keep finding myself swiping up on K and L, and being disappointed with the results. Muscle memory is tough to retrain.

Designing Better Touch Bar Experiences

As expected, I’ve been loving Touch Bar on my new MacBook Pro. I do find, however, that some app developers are doing a better job than others of taking advantage of this new input device.

When I shipped x2y on the Mac last year, I didn’t have a Touch Bar Mac myself yet and thus hadn’t yet figured out how to design an optimal Touch Bar experience. Now that I have Touch Bar to use every day, and I see how other developers are using it, I’m getting a much better idea of how I want to approach designing for it in the future.

x2y's Touch Bar

If you look at x2y’s Touch Bar design as it stands now, you can see that I made the most common mistake I see on many Touch Bar-enabled apps: I tried to pack every feature of the app in at once. Where Touch Bar really shines is in giving you quick access to a few commands that otherwise force you to switch from the keyboard to the trackpad or mouse, will take more than a click, or that require an obscure keyboard shortcut that customers are unlikely to ever memorize. The more things you cram into Touch Bar at once, the better the chance the customer becomes overwhelmed with options and stops trying to use Touch Bar altogether.

It’s also a good idea to focus Touch Bar commands on one specific workflow at a time. Everything you need to perform one specific flow is better than a bunch of unrelated buttons that are used for various tasks.

Mail's Touch Bar

Take a look at Touch Bar in Apple’s Mail. While there is a compose button on the bar, most of the bar is dedicated to the one most common workflow I use in Mail: triage. For every email in my inbox, I need to read a few words, make a quick decision, then do one of five possible actions. Respond, delete, archive, file into a folder, or mark as junk. (The default Mail bar also includes a flag button, but I never flag emails, so I removed it.) So now, when I look down a list of unread emails, I can read, make a quick choice, move the email where it needs to go, and arrow to the next one—all without my hands ever leaving the keyboard.

Sure, there are keyboard shortcuts for archiving and deleting, but if you’re an email filer like I am—moving your emails on particular topics or from specific people into specialized folders—you’ll know that doing so is basically impossible without using the trackpad to either drag the email or choose from the menu system the folder you want to utilize. Mail has gotten incredibly good at predicting, based on my past actions, where I want to file away new emails, so usually moving an email to the correct folder only takes one tap on Touch Bar. On the rare occasions where Mail doesn’t have the right folder pre-chosen, I can still get to it with a few taps and a swipe or two of Touch Bar.

I used to prefer triaging email on my iPad, because filing into folders was easier on iOS than on macOS. But on iOS that process is two taps, not one. So the Mac has become even more efficient at this task once again, thanks to this Touch Bar design.

The reason to leave the more common delete, archive, and junk, buttons on the bar, of course, is to have the entire triage process available in one place. No matter what I need to do with an email, I can do it from here, so my hands now go there automatically and repeatedly as I work down a list of new inbox items.

Fantastical's Touch Bar

Another app that does Touch Bar extremely well is Flexibits’ Fantastical. Here, the designers didn’t try to cram in buttons for creating or editing events, which is already easy to do from the keyboard, or other more common tasks. Instead, they used the bulk of the space on Touch Bar for a big slider that lets you jump to a different day, week, month, or year. As I write this in July, I am often looking at events on my calendar that will occur in October (as I have a rather important conference coming up in that month that I’m planning). Previously, to jump to October, I would have switched to the trackpad, moved the cursor to the forward button next to the Today button, then clicked it several times to jump to October. Now, I can keep my hands on the keyboard, reach up, and slide over to October with one swipe. When I want to go back to today, I tap the big Today button next to the slider. Flexibits found the one task that I do rather often that’s a little more work than it should be with a trackpad, and used Touch Bar to make it easier.

There are other good examples of Touch Bar design out there, of course. The app I’m using to write this article, Ulysses, uses Touch Bar to show some common markdown formatting that I tend to forget how to do, as well as the standard typing predictions offered by the system. Nothing fancy; just a little extra convenience for those who tend to need to grab these functions from the menu system. And Photoshop does an amazing job of providing tools for very specific contexts as you do different tasks. It takes a long time to explore and fully master so much added functionality, but that’s pretty standard for a professional tool like Photoshop. And focusing the bar on the specific task at hand, rather than providing every tool all at once is again a very important takeaway. Touch Bar is mutable; it makes little sense to have it sit static everywhere in your app if your app serves many different functions.

The more I use Touch Bar, the more I’m starting to reconsider how I approach it for future designs. If you’re a designer, I suggest you get your hands on an actual Touch Bar Mac and work with it in several apps if you want to be any good at creating good experiences for it.

The Next Form of Do Not Disturb

I’ve got a new feature request for iOS 12.

In iOS 11, we’re getting Do Not Disturb While Driving, which turns off all notifications and other distractions automatically when the phone detects you are driving a car. A great feature that will very likely save lives.

For iOS 12, I want Do Not Disturb Others While In Public. If you’re talking loudly on your iPhone in a public place, everyone nearby with an iPhone will get a notification.

“Do you want to tell this person to shut the hell up?”

If at least two people tap “Yes” the other person’s phone hangs up automatically and refuses to take any new calls.

It may not save lives, but it would make the world a better place.

On Even Bigger iPads

If Apple wants the iPad to start making serious inroads into the pro market, and I believe they do, then they are going to need to release even bigger iPads. That may sound crazy, but hear me out.

(via minimalpath)

I don’t think this sounds crazy at all. I could see doing a lot of my work on a 20-inch iPad that remains on a desk in my home office. There are some questions when considering whether Apple will actually release such a beast, however.

Certainly, larger devices would make iPad an even better platform for many kinds of pros. A larger screen, more RAM, and even more storage would no doubt benefit all sorts of digital creators. Newer tools for pros similar to Apple Pencil could be developed specifically for artists of all sorts as well. Assuming these big iPads would carry a pro price tag, it would also help bring new innovations to market quicker, as price and scale would not be as big a consideration.

Counsell is right in suggesting larger iPads, paired with even more pro advances in iOS, would enable more pros to do the sorts of work they currently can only do on their Macs—or worse, are now doing on a Surface. There’s a reason a portion of the digital artist market is moving to Microsoft Surface products. I don’t think the exodus is as big a thing as some are making it out to be, but any artist switching to Microsoft is not a good thing for Apple.

And make no mistake; Apple needs to be leading this charge. Sitting back and waiting for the pro software to come to iOS hasn’t been working out as well as we’d all like. There is definitely pro software out there for iOS, but there’s room for plenty more. I think iOS 11 is a step in the right direction, but I’d also like to see Apple produce more of its own pro apps for iOS. We have GarageBand. We need Logic and MainStage. We have iMovie. We need Final Cut Pro. We have Playgrounds. We need Xcode. And that’s not going to happen without more RAM and storage space, which would be easier to accommodate in a $3,000 iPad. While we’re at it, we need plugin architecture for iOS. Messages and Maps extensions are one thing; we need all apps on iOS to be extendable. And, of course, conversations with pro software creators to get more apps built for iOS would be critical. The software is coming, but a little more incentive and evangelizing wouldn’t be a bad idea.

Clearly there’s a market for larger iPads, albeit a small one. The question for me is how does Apple in 2017 release a product that sells in the tens or hundreds of thousands— rather than the tens of millions—per quarter? iPhone has set expectations so high for Apple products that no matter Apple’s own projections, the press will immediately declare a “flop” any product that doesn’t meet that ridiculous iPhone sales standard. Just look at Apple Watch’s success, which nonetheless gets billed as a disaster on a regular basis.

And Watch sales would be massive compared to sales of a 20-inch iPad.

Still, if Apple wants to keep the pro market, they have to be willing to release products that are meant to be specialized flagship devices for a small niche of customers. iMac Pro and the recent commitment to a new Mac Pro demonstrate that Apple agrees. Whatever clever marking Phil Schiller’s team has to come up with to convince the press, it’s important for Apple to remain the leader in the pro space, and that can’t be done with consumer mass market machines.

Maybe that’s part of what the rumored “iPhone Pro” is all about. After all, if Apple can sell an iPhone that is designed to be niche, niche iPads shouldn’t be far behind.

Dock vs Dock

I joked on Twitter the other day that I was going to have to write up an email to send to my less tech savvy family members explaining the differences between the macOS and iOS Docks this Fall.

I wasn’t really joking.

I predict a lot of us who end up responsible for family tech support are going to get questions about the Dock on iPad come September or October when Apple releases iOS 11 to the masses. Anyone who has been using macOS since the original OS X 10.0 release has seen some significant changes over the years to the Dock on the Mac. But on iOS, the Dock is a very different beast altogether.

If the two elements weren’t both called the Dock, and they didn’t look so similar and serve such similar broad functions, we could probably avoid this conversation. But there are just enough similarities between the two that I fear confusion is unavoidable.

Let it be said here that I am not criticizing the designers at Apple for the many differences between Docks on macOS and iOS. I can see good arguments for the majority of these differences as reasonable trade-offs, given the two operating systems are still rather different. I’m just trying to help out anyone who has to explain all this to a loved one in the near future.

Also, if it’s not apparent: I’m a huge fan of the Dock. It has been criticized over the years by many old-school Mac fans who never really warmed up to it. But I’ve loved the Dock since the Public Beta days, even with all of its flaws. I’m glad to see iOS get some of the benefits of having a real Dock around.

So, without further ado, here is a detailed list of similarities and differences between the macOS Dock and the iOS Dock. Feel free to crib from this when you talk to your relatives this Fall. I will update this post as the beta progresses, in case Apple makes changes along the way. If anyone wants to point out something I’m missing here, I’m happy to add it as well.

iPad vs iPhone

First and foremost, when referring to the iOS Dock in the following passages, note that we are talking specifically about iPad. The iPhone Dock is still yet another separate thing that will not be changing much from its current limited features in iOS 10. Which adds even more confusion in the short term. The iPhone Dock will likely end up acquiring many of these iPad features down the road. But for now it is mostly unchanged. So if you are not an iPad user, ignore everything in this article until future notice.

Okay. So that’s out of the way. Let’s start with the similarities, since that’s the easy part.

  • On both macOS and iOS, the Dock is a translucent rectangle with rounded edges that contains a customizable group of icons representing our most-used apps. It usually lives at the bottom of the screen (though on macOS it can be moved to one of the sides).
  • We can add, subtract, or rearrange the icons on the Dock with simple drag gestures.
  • When we click on (macOS) or tap (iOS) a Dock icon, the represented app will either launch, or it will become active if it’s already launched.

And that’s about where the similarities end. So let’s move on to the differences.

Shortcuts vs. the actual app

On macOS, when you drag an app icon onto the Dock, you aren’t really moving the app itself from its current folder location. You are simply making an alias (or shortcut) to the application for easy access. The app you dragged to the Dock remains in the Applications folder, or wherever it was before you dragged it.

On iOS, dragging an app to the Dock moves it from its current location on the home screen to the Dock. It will no longer appear in the home screen rows or in any folders. (Note: the recent apps section, which I’ll talk about in a minute, behaves differently. Those apps remain on your home screen / in a folder despite also appearing on your Dock.)

When and where apps appear after launching

On macOS, any time you launch an app, it will appear in the Dock. If the icon for that app isn’t already there, it will be added on the right side, to the left of the vertical separator. You can then drag it to another position, or permanently keep it in the Dock by selecting Keep in Dock from the contextual menu, if you like. If not, once you quit an app that isn’t permanently assigned to the Dock, it will disappear from the Dock.

On iOS, when you launch an app that isn’t in the Dock, it will not be added to the left of the vertical separator. Instead, it will likely get added as a “recent app” to the far right set of icons, to the right of the vertical separator. (At least it’s supposed to. I’ve found this behavior to be a bit inconsistent. Possibly because we’re still in the beta stages of the OS.) Once added to the recents section, it will stay there until another app launch bumps it off the Dock. There are three recent slots, so every time you launch another non-Dock app, the icon will get bumped over one to the right, until it reaches the end and then gets bumped out of the Dock entirely. You can make a recent app permanent, if you have available Dock slots, by dragging its icon from the recent section to the main (left) section of the Dock. Its icon will then be removed from the folder or home screen position where it currently resides and be moved to the left section of the Dock permanently.

Removing icons from the Dock

On macOS, removing an app from the left side of the Dock by dragging its icon off the Dock only removes the icon from the Dock, not the app from the entire machine. Given that Dock icons on the Mac aren’t the apps themselves, but only shortcuts to them, the apps themselves remain in the Applications folder, or wherever they live in your file system, even after being removed from the Dock. The shortcut icon simply disappears.

On iOS, if you drag an icon off the Dock, it will land onto the home screen or folder wherever you drop it. You need to find a place to “put it away” in other words, because you are dragging the app itself, not a shortcut to it. If you tap and hold a Dock icon in iOS, then tap the “x” icon that appears on the top left of the icon, you will remove the app itself from the device—not just the icon from the Dock. You will be warned about this first, at least.

By the way, this deleting behavior can also apply to apps in the recents section of the iOS Dock. If you attempt to delete an item from the recents section, you will get an alert dialog with the options to either delete the app from the machine, or just remove its icon from the recents list.

Indicating active status

On macOS, apps that have been launched may or may not have a small indicator dot underneath them that lets you know the app is currently running. These indicators can now be switched off in macOS, but some users still like to know which apps are active in memory.

The iOS Dock has no such option. Apps do not need to be quit on iOS (except in emergency situations) anyway, so this isn’t a big deal. Technically, they don’t need to be quit on macOS anymore, either, but many people still do out of habit.

The section to the right of the vertical separator

On the right side of the Dock on macOS, after the vertical separator line, there is a dedicated section for documents, folders, open windows that have been minimized, and the trash can. The iOS Dock uses this section to show your three most recently launched apps that aren’t already on the Dock. This difference makes sense, given that there is no real way to drag files around on iOS, windows do not get minimized, and there is no trash can. So Apple decided to repurpose the right section of the Dock for recents instead.

If you do not wish to see the recent apps on the right side of your iOS Dock, because the constant changing of icons drives you nuts, you can turn this feature off in Settings/General/Multitasking. The recent apps will simply disappear.

Folders in the Dock

You can put folders from your home screen in the iOS Dock. But they live to the left of the vertical separator, where the apps live, not to the right of the vertical separator, as they do on macOS. Since folders on iOS can only contain App icons and not documents, this makes sense. Apps can be launched into multitasking mode from a folder inside the Dock, but the process is a bit awkward and probably not worth doing, unless you often multitask with more apps than the Dock can hold without folders.

Maximum items

Speaking of maximums: the iOS Dock can have a maximum of 13 icons for smaller iPads (9.7-inch, 10.5-inch) and 15 for the larger 12.9-inch iPad. Plus the three recent app icons. If you turn recents off, as shown above, you do not get those three slots back. You still max out at 13 or 15, depending on screen size.

The macOS Dock has basically an infinite number of slots. Put as many apps and documents down there as you like. The Dock will simply shrink down to eventual microscopic size to accommodate.

My guess is that the iOS limit is based on a minimum tappable size for icons on the Dock. On macOS, with a mouse or trackpad, targets can be reliably clicked at very tiny sizes. Fingers are not nearly as precise.

As to why turning off recents doesn’t give you those three slots back: I can see users turning off recents, adding three more apps, then turning recents back on. Now what? Does the Dock dump the last three regular apps back onto the home screen? That would cause a ton of confusion.

Resizing the Dock manually

The macOS Dock can be shrunk irrespective of how many icons are in it, using a slider in System Preferences or by dragging on the vertical separator. The iOS Dock resizes automatically to fit on screen but can’t be resized further manually.

Hiding behavior

The macOS Dock can be hidden with a special keystroke (command+option+d), and brought back up by moving the cursor to the edge of the screen or typing that keystroke again. It can also be visible while working within apps.

The iOS Dock will always be visible when you are at your home screen or in the spaces view, but will always be hidden when you are working within an app. You can bring it up temporarily by swiping from the bottom of the screen, in order to launch a secondary app into multitasking mode or to drag and drop, but otherwise, it will always auto hide.

Handoff position

Apps available for Handoff (opening a document already open on an iOS device on your Mac, and vice versa) will show up as icons on the left side of your Dock in macOS, but on the right side for iOS. This makes sense, if you think about the differences between the right sides of the Dock on both macOS and iOS, but it will confuse, to be sure.

If you are showing recent apps on your iOS Dock, the Handoff app will take away the far right, or least recent, slot. If you are not showing recents, it will create a recents section just to show that one Handoff icon.

On macOS, the Handoff app will appear to the left of the leftmost icon, but not replace any icons.

Multitasking/Split Screen

On iOS, if you are in an app already, then swipe up from the bottom of the screen to reveal the Dock, you can then drag the icon of another app from the Dock to launch it in multitasking mode. Drag it to the far right or left to pin it, or let it float above the current window.

If you drag an icon out of the macOS Dock, it will simply be removed from the Dock. macOS is permanently in multitasking mode and doesn’t have these window pinning behaviors for regular windows—only for full-screen apps. (I would actually like to see the iOS Dock dragging behavior when using full-screen apps on macOS. It would be nice to be able to pin an app from the Dock this way, rather than dragging the window into Spaces to do a screen split from a full-screen app.

Contextual Menu

The macOS Dock includes contextual menus on most icons, with special commands such as opening a specific window, showing where the app lives in Finder, controlling which space the app’s windows should inhabit, and so on. A right click or long-click on an icon will reveal this menu.

The iOS Dock also has a limited contextual menu for certain apps (so far, Files is the only one I’ve found) which reveals recent documents that can be dragged and dropped. A tap and hold on the Files icon will bring up this menu if there is a recent file in there that can be applied to the current active app. If not, nothing happens. I suspect this contextual menu will get more powerful over time, but for now, it’s rather limited in scope.

Animations and other holdovers from the old days

There is no Genie effect and no magnification settings for the iOS Dock. Apps will use a variation of the Scale effect when launching and returning to the home screen. And no, there isn’t a cool hold-shift-to-get-the-Steve-Jobs-signature-slow-motion-effect for iOS. (Unless there’s a hidden option out there that someone knows about.)

Positioning

The iOS Dock will always live on the bottom of the screen, regardless of orientation of the device. The one exception to this is the Plus-sized iPhones, where the Dock (again, different altogether on phones from the iPad Dock) will be pinned to the left or right of the screen in landscape orientation. There is no user setting to move the Dock to another part of the screen.

On macOS, the Dock can be pinned to the left or right, as well as the bottom as a user preference. There are also utilities available that will let you anchor it to a corner rather than at the center of its screen side.

Conclusion

The iOS Dock is definitely different from its macOS counterpart. It doesn’t take long to wrap your head around the differences, but you do need to spend a little time thinking and playing with it before it all starts making more sense.

One way I like to think about iPad is that it’s a little bit like a Mac running apps in full screen mode all the time. There are still fundamental differences in Dock behavior, but some things, such as auto-hiding, are more similar when comparing iPad to a full-screen Mac experience.

I’m sure in future iOS updates, the Dock in iOS will get more powerful and more customizable. This current Dock is more like the Dock from OS X 10.0 than macOS 10.13, in other words. I look forward to seeing it grow over time.

It’s also fascinating to me that the basic concept of the Dock, which dates back to the NeXT days, still proves to be a useful User Interface element in 2017. It’s hard to beat a convenient, customizable favorite apps launcher.

Am I missing any other differences between the macOS Dock and the iOS Dock in this article? Let me know, and I’ll be happy to add them.