Skip to main content

3 Creative Concepts of Mobile Tab Bar Navigation

3 Creative Concepts of Mobile Tab Bar Navigation


When it comes to selecting a pattern for the primary mobile navigation, product designers usually choose between two options — side drawer (also known as a hamburger menu) and tab bar. Both navigation patterns have their pros and cons.
Tab bar vs. Side drawer (hamburger menu). Image: Google
Since this article is about tab bar, let’s start with its advantages over sider drawer:
  • Visibility of current user location. No need to tap on a hamburger menu to find out where you are in the app. It’s possible to get this information in a glance.
  • Good discoverability. Users see all top-level navigation options right from the start.
  • Thumb-friendly. Tab bar is located in easy to reach zone (bottom of the screen). Users don’t need to stretch fingers to reach a particular option.
But tab bar also has a few downsides:
  • Limited number of navigation options. It’s possible to place from five to seven navigation options in the tab bar without making the size of the touch target too tiny.
  • Tab bar takes a part of the screen. Since good navigation should be visible all the time, tab bar will take a part of the valuable screen space.
In this article, you’ll find three interesting concepts of tab bar navigation. I also provide links to the source code so you can use some of those concepts in your projects.

1. Nested navigation options

As was mentioned above, one of the significant downsides of tab bar is a limited number of options. On mobile phones, it’s possible to place a maximum seven top-level navigation options in a tab bar. While the limited number of navigation options won’t be a problem for a vast majority of mobile apps, some apps might need to provide more options.
Below you can find a concept that tries to solve a problem of a limited number of options. When users tap on a folder icon, a few more options become visible in the same physical space. The size of a folder icon (the one that acts as a parent for other three option) implies that this object does more than other options for users.
Pros: Provide more options in the same physical space.
Cons:
  • Animated effects might require extra development time.
  • High interaction cost. Extra tap required to select a nested option.

2. Separating the active tab button from the tab bar

Since tab bar usually has top-level navigation options, each option in a bar acts as an independent destination. The concept demonstrated below tries to separate the targets visually.
Ketan (the author of this animation) provides the source code of this animated bar React Native Tabbar Interaction. He also describes a process of creation of this bar in details in his article FAB Tabbar — Concept to Reality
  • Pros: Nice visual transition clearly distinguishes source and destination.
  • Cons: An animation feels a bit slow. This can be annoying especially when you have to constantly switch between the tabs to interact with an app.

3. Animated effects on tap

Creating good first impression is one of the most important goals mobile developers have today. Considering the fact that an average app loses 80% of their users soon after the installation, creating a good impression is a chance to reduce this percentage.
One of the ways to achieve this goal is to create a memorable experience. When we interact with a digital product we don’t remember the entire process of interaction, what we usually remember are specific details. This might be something as simple as a funny mascot, vibrant colors or fine animation. That’s why many designers say over and over again that
Smooth animated effects which are used in the following concept are able to create a truly memorable first-time experience. Ramotion (the author of this concept) provides source code for this animation.
  • Pros: Animated effect helps to create a good first impression.
  • Cons: Animated effects can be annoying for regular users. Just imagine users who see such effects each time when they interact with an app.

Do you have some interesting concept that you want to share with us? Share it in the comment section!

Comments

Popular Posts

React Native - Text Input

In this chapter, we will show you how to work with  TextInput  elements in React Native. The Home component will import and render inputs. App.js import React from 'react' ; import Inputs from './inputs.js' const App = () => { return ( < Inputs /> ) } export default App Inputs We will define the initial state. After defining the initial state, we will create the  handleEmail  and the  handlePassword  functions. These functions are used for updating state. The  login()  function will just alert the current value of the state. We will also add some other properties to text inputs to disable auto capitalisation, remove the bottom border on Android devices and set a placeholder. inputs.js import React , { Component } from 'react' import { View , Text , TouchableOpacity , TextInput , StyleSheet } from 'react-native' class Inputs extends Component { state = { ...

An introduction to Size Classes for Xcode 8

Introduction to Size Classes for Xcode In iOS 8, Apple introduced  size classes , a way to describe any device in any orientation. Size classes rely heavily on auto layout. Until iOS 8, you could escape auto layout. IN iOS8, Apple changed several UIKit classes to depend on size classes. Modal views, popovers, split views, and image assets directly use size classes to determine how to display an image. Identical code to present a popover on an iPad  causes a iPhone to present a modal view. Different Size Classes There are two sizes for size classes:  compact , and  regular . Sometime you’ll hear about any.  Any  is the generic size that works with anything. The default Xcode layout, is  width:any height:any . This layout is for all cases. The Horizontal and vertical dimensions are called  traits , and can be accessed in code from an instance of  UITraitCollection . The  compact  size descr...

What are the Alternatives of device UDID in iOS? - iOS7 / iOS 6 / iOS 5 – Get Device Unique Identifier UDID

Get Device Unique Identifier UDID Following code will help you to get the unique-device-identifier known as UDID. No matter what iOS user is using, you can get the UDID of the current iOS device by following code. - ( NSString *)UDID { NSString *uuidString = nil ; // get os version NSUInteger currentOSVersion = [[[[[UIDevice currentDevice ] systemVersion ] componentsSeparatedByString: @" . " ] objectAtIndex: 0 ] integerValue ]; if (currentOSVersion <= 5 ) { if ([[ NSUserDefaults standardUserDefaults ] valueForKey: @" udid " ]) { uuidString = [[ NSUserDefaults standardDefaults ] valueForKey: @" udid " ]; } else { CFUUIDRef uuidRef = CFUUIDCreate ( kCFAllocatorDefault ); uuidString = ( NSString *) CFBridgingRelease ( CFUUIDCreateString ( NULL ,uuidRef)); CFRelease (uuidRef); [[ NSUserDefaults standardUserDefaults ] setObject: uuidString ForKey: @" udid " ]; [[ NSUserDefaults standardUserDefaults ] synchro...