large_Crossover Series NFTs.png

medium_Crossover Series NFTs.png

small_Crossover Series NFTs.png

thumbnail_Crossover Series NFTs.png

From Photography to NFT Art: Twisted Digital Landscapes with Nate Hill

From Design System to ‘NFT Design System’: Creating TinyFaces

Neurodiversity and Inclusion: Choosing Kinder Design

medium_652ccf22c8853584bde5553986a4eed0.png

small_652ccf22c8853584bde5553986a4eed0.png

thumbnail_652ccf22c8853584bde5553986a4eed0.png

Web5 is here. Goodbye Web3? TBD.

<p><a href="http://ift.tt/2r7RrrW">medium bookmark / Raindrop.io</a> |  </p>
<div>
<div>
<div>
<div>
<div><img src="http://ift.tt/2raTUSo" alt="1*4jNN273rccNHZg7ebvXoag.png"></div>
</div>
<div>
<h3>The Navbar is Tapped Out</h3>
<p>The <a href="http://ift.tt/2cchG8L">UINavigationBar</a>, navbar<em> </em>for short, has been around since the original iPhone. Historically, navbars have been convenient and clear, easy to understand and easy to build.</p>
<p>Then phones ballooned, enough that the iPhone 7 Plus supplanted sales of the iPad mini. Now, if you own a modern iPhone, navbars can feel unwieldy — literally out of touch.</p>
<p>Burgeoning screens mean the distance between the navbar and our thumbs has grown. The screen on a 7 Plus is so tall it would take a thumb-length increase of 150 percent to reach those pesky buttons with one hand. Just another knuckle or two. Nothing weird.</p>
<div><img src="http://ift.tt/2qSi29y" alt="1*LMtX_3ord07YElPtHkktIg.png"></div>
<p><a href="http://ift.tt/XL8Wfu">Hurff’s Touch Zones</a> illustrate right-handed thumb reachability.</p>
<p>As devices change, our visual language changes with them. It’s time to move away from the navbar in favor of navigation within thumb-reach. For the purposes of this article, we’ll call that Reach Navigation.</p>
<h3>Why the Navbar is Out of Touch</h3>
<p>The Navbar is a mainstay of the “system standard” application, used in Phone, Messages, Mail, Calendar, and countless others. There are lots of reasons it gained favor:</p>
<ul>
<li><strong>iOS Standard </strong>Apple built the navbar to be customizable, scalable, accessible, and easy to implement. Because it’s an iOS standard, it’s recognizable across apps.</li>
<li><strong>Navigation</strong> The left and right sides of the navbar afford space for buttons. The left area often navigates users up in the hierarchy, and the right area is up for grabs. The back button informs users that they’re not at the root view.</li>
<li><strong>Title </strong>Provides a consistent location for text defining the function of the view. Since the navbar always stays on screen, it helps further establish the information hierarchy.</li>
<li><strong>Companion to Tab Bar </strong>If you have a row of tappable icons at the bottom of the screen (namely, a Tab Bar), putting other icons at the top of the screen helps separate the parent/child relationship.</li>
<li><strong>Logo </strong>Your client can put a logo here! Genius. Lol jk, I find this tacky, but I digress.</li>
</ul>
<div><img src="http://ift.tt/2qRY3be" alt="1*Yn4rEh4YUWC9CHsPhui02w.png"></div>
<p>Some sample navbars for your enjoyment.</p>
<p>Oh my gosh, so many great reasons to use a navbar in your project. Except, damn! It’s hard to get your thumb up there now.</p>
<p>That being the case, let’s talk some Navbar cons:</p>
<ul>
<li><strong>It’s harder to go back. </strong>You can swipe from the edge, as long as the view you’re on doesn’t have anything that scrolls horizontally, but if it does then you’re in stretch-town.</li>
<li><strong>Naming all the views is a pain. </strong>Not all screens need a persistent title, and some require labels too long to fit. Leaving a blank navigation area wastes screen space and looks barren.</li>
<li><strong>Navigating requires two hands. </strong>If you can hold a device in one hand, you should be able to operate the device with one hand. It feels better, and it’s more convenient in a world full of shopping carts to push, and babies to carry.</li>
<li><strong>Simple apps become more complex than necessary.</strong> Navbars tend to lead to information architecture that runs deep. It’s easy to develop for horizontal progressive disclosure, which means it can be a battle to expand inline or use a sheet.</li>
</ul>
<p>All right. Now we know how navbars can be crap. So what are we doing?</p>
<h3>Reach Navigation and Apple</h3>
<p>As an iOS designer, this is the part where I support my thesis by pointing out how Apple is already incorporating Reach Navigation. Ready? We’ll start with two of the obvious ways Apple is accommodating larger mobile screens.</p>
<div><img src="http://ift.tt/2sbFnXR" alt="1*z9QBH_ednTGwX6bVjiitMQ.gif"></div>
<p>In lieu of a back button, navigate back by swiping from the left edge.</p>
<p>First, you don’t have to hit the back button anymore, you can navigate back by swiping from the left edge. You can also control the movement of the screen as it swipes backwards, letting you peek at a previous screen before you commit. It doesn’t work in every app, but when it does you get to watch the back label transition into the title, which is just beautiful.</p>
<div><img src="http://ift.tt/2qSueXQ" alt="1*lSzkvWcQCC8CSuySnKztmg.gif"></div>
<p>Lightly double-tapping the home button shifts content down.</p>
<p>Second, iOS includes a feature called Reachability, where your screen’s contents shift down to help you reach buttons near the top when you lightly double tap the home button. Workable for now, but it feels like a Bandaid solution.</p>
<p>Now here’s where the turn toward Reach Nav gets more apparent. Apple has already started weaning their apps off the navbar. Maps and Music both had structural redesigns for iOS 10 that diminished or removed the need for navbars.</p>
<div><img src="http://ift.tt/2sbAspO" alt="1*OYl8rOStiJR1kyWSSvy_Gw.png"></div>
<p>Apple Music changes from iOS 9 (left) to iOS 10 (right). Removing the Navigation Bar allowed the primary view label to increase in size. Pretty.</p>
<p>Now both apps use a sheet you can swipe down to dismiss.</p>
<div><img src="http://ift.tt/2qStNgv" alt="1*CM_h5J7Hz9bp6Whba0CHCw.png"></div>
<p>Apple Maps changes from iOS 9 (left) to iOS 10 (right). The UI is almost entirely inverted. Map Settings and Lock to Current Location are harder to reach, while Search and Results are prioritized.</p>
<p>A few back buttons in Apple Music survived the chop block for iOS 10, but they appear marked for removal in a future OS. It’s silly to earmark so much horizontal space for a button that only occupies 20 percent of the real estate. Apple Music has also reverted to a mere Back label instead of describing the return destination, a cornerstone of the back button’s functionality through the iOS 7 release.</p>
<div><img src="http://ift.tt/2sbwUDW" alt="1*upy5D-t2bbRwHha9DvcDHA.png"></div>
<p>The Back button in iOS 10 is taking up a lot of real estate here. Seems temporary, no? Yes.</p>
<p>So it seems like this is the direction Apple’s taking, which gives you a chance to shift your designs accordingly.</p>
<h3>Incorporating Reach Navigation</h3>
<p>Here are some specifics on how to incorporate Reach Nav in your apps. If you’re working on:</p>
<p><strong>A new app using a Tab Bar</strong>:</p>
<ul>
<li>Use sheets that pop up from the bottom and can be swiped away.</li>
<li>Instead of putting important buttons like Filter or Change View up high , see if you can float them above the Tab Bar.</li>
<li>Have some conversations about which features are mission critical, before you choose tabs for your most precious screen real estate.</li>
<li>Don’t put a destination button — like Search, Cart, New Message — in the navbar. Either make a tab or embed it in the content area.</li>
</ul>
<p><strong>A new app with no Tab Bar</strong>:</p>
<ul>
<li>Try an exposed drawer like Maps, or sheets like Mail.</li>
<li>Do I need to say this? Prioritize placing buttons at the bottom of the screen.</li>
</ul>
<p><strong>A revamp of a legacy design:</strong></p>
<ul>
<li>Move the most-used items to the bottom.</li>
<li>Make sure swiping from the edge of the screen to go back works for all views.</li>
<li>See what you can nest to free up space in the most usable screen areas.</li>
<li>Remove important actions from the top right navbar spot, and put them <em>anywhere</em> else.</li>
</ul>
<div><img src="http://ift.tt/2qSu5Ug" alt="1*TDnjl5qC0nvGlk9Fvu4Ezw.gif"></div>
<p>A quick rendition of how Safari could move the address bar to the bottom, remove the toolbar, and still maintain functionality.</p>
<p>Finally, there are a few exceptions on putting mission-critical buttons within easy reach. If an action has serious consequences, moving the button out of reach is a way to help your user avoid a mistake. So if a case of fat thumbs might cost someone thousands of dollars, or delete an important document, move those options up a bit.</p>
<h3>Examples of Reach Nav in the Wild</h3>
<p>New Apple apps aren’t the only products that are starting to respect Reach Nav. Lyft and Pokémon Go put everything within one-handed reach.</p>
<div><img src="http://ift.tt/2sbPig9" alt="1*XRFJr23HrPgu2_MstWOCXQ.png"></div>
<p>Pokémon Go and Lyft employ Reach Navigation.</p>
<p>Some other apps like Overcast have started using sheets that let you swipe down.</p>
<div><img src="http://ift.tt/2qSqYvP" alt="1*53MF1JXucHThXcBqc1eA4A.png"></div>
<p>Overcast uses sheets that let users swipe down.</p>
<p>The iOS Twitter app removes the need to swipe from the edge of the screen to go back, now you can swipe from anywhere.</p>
<p>Expect to see more apps move functionality to the bottom on the most reachable part of the screen. It’s pretty easy to adapt, though apps with excessive features will have the most trouble.</p>
<h3>Stay In Touch</h3>
<p>The navbar has been essential part of iOS since Apple released the first developer kit, and it has served us well. But it’s time to let go.</p>
<p>Let’s agree to stop sticking important buttons to the top of the screen. Better navigation is within reach.</p>
</div>
</div>
</div>
<div>
<hr>
<div>
<div>
<p><em>Brad Ellis is the founder of </em><a href="http://tallwest.com/"><em>Tall West</em></a><em>, a design agency whose clients include Airbnb and Target. He is an Apple Design Award winner, and has received two Webbys for app design. If you’d like to work together, drop him a line at Brad at Tallwest.com.</em></p>
<p><em>Contributors: </em><a href="https://twitter.com/supronan"><em>Ronan Rooney</em></a><em> and </em><a href="https://twitter.com/maggie"><em>Maggie Mason</em></a></p>
</div>
</div>
</div>
</div>
<div><a href="http://ift.tt/2r7RrrW">http://ift.tt/2r7RrrW</a></div>


All Thumbs, Why Reach Navigation Should Replace the Navbar in iOS Design

All Thumbs, Why Reach Navigation Should Replace the Navbar in iOS Design

The Navbar is Tapped Out

Top Stories