# A Simple, Responsive, Mobile First Navigation

We’re going to build a simple, responsive web site navigation. Our solution will help us place emphasis on the content of our page, arguably the top priority when designing for mobile. There’ll be no JavaScript involved, and we’ll tackle it from a Mobile First approach.

If you’ve read Luke Wroblewski’s Mobile First you’ll be familiar with his statement that:

“As a general rule, content takes precedence over navigation on mobile.”

What he means by this is that mobile users are often looking for immediate answers; they want the content they went searching for, not more navigation options.

Many sites, even responsive ones, stick to the convention that navigation belongs at the top of any given page. This approach can cause usability problems on mobile devices because mobile users are often short of two things: screen space and time. If primary mobile navigation is placed at the top of a page, there’s a good chance it will obscure an entire screen.

This issue is exacerbated further by large touch-friendly menu links, forcing users to scroll beyond the navigation to get to any valuable content.

Take this example from London & Partners:

A perfectly decent responsive design, but at standard mobile viewport dimensions (320px x 480px) all you really see is a navigation menu. Surely, having just arrived at the homepage, I want to see something other than that? It’s not just London & Partners who demonstrate this; it’s a practice seen in many responsive designs across the web.

## So, What Are the Solutions?

We’ve seen a few ways of getting round this, often leaning on jQuery to sort things out for us. Take Chris Coyier’s explanation of the Five Simple Steps responsive dropdown menu.

Using jQuery, a duplicate of the menu is created in the form of a <select> dropdown, initially hidden from view using CSS. When media queries detect a smaller screen, they make the dropdown visible and the original navigation invisible. This is perfect for mobile devices as dropdowns take up minimal real estate and make use of the device’s particular UI (like the iPhone’s scroller).

Alternatively, you might hide your navigation, but have it transition into view when a menu button is clicked. You can see this effect in action with the latest Bootstrap.

Smaller screens hide the navigation links and display a ’list’ icon (fast becoming accepted as meaning ’menu’) which reveals the navigation when clicked. Again, mobile visitors are presented with as much content as possible, but have navigation options available should they want them.

## Pure CSS Solution to Mobile Navigation

We’re going to use a technique discussed by Luke, which makes use of CSS and a Mobile First approach. What do we mean by a Mobile First approach? Put simply, we’re going to design a straight-forward mobile layout, then progressively enhance the design for larger screens. We’ll use media queries which detect steadily increasing screen sizes, adding style and features as we go.

This means that only the bear minimum of CSS and resources will be loaded when our design is viewed with a mobile device. It also means that older versions of IE (which don’t recognize media queries) will be presented with the mobile site. Check out Joni Korpi’s Leaving Old Internet Explorer Behind for more information on this.

## 1. Markup

I’ll explain the ideas behind this solution as we go along, so for the time being let’s throw together some markup, starting off with a blanco HTML5 document.

Having done that, we’ll add some page structure. Straight-forward stuff and all for the purposes of our demonstration. I’ve used filler text from Monty Python’s Holy Grail (thanks Chris Valleskey) which is a nice way to put a smile on your face whilst you’re working :)

We’ve pulled together a basic html page, so now it’s time for the main attraction; our primary navigation..

Yes, you’ve seen that correctly, we’ve added that at line 68, after the last article. Don’t forget that we’re designing for mobile now, we’ll cover desktop later. We’ve placed the navigation at the bottom of our page so that it’s completely out of the way. We’re now going to place a link at the top of our page so that users can find the navigation if they wish.

## 3. CSS Reset

Depending on how you normally begin web projects, this step my differ from your usual workflow. I’ve always found Eric Meyer’s reset to be a solid basis to work from, especially as he’s tweaked it recently. We’ll add his reset rules to a stylesheet to kick our css off:

## 4. Basic Styles

At the moment our page is looking pretty uninspiring..

..so let’s improve things by adding some simple styling.

This is all basic stuff (fonts, line-heights, colors etc.), what’s crucial so far is that I’ve styled the ’menu’ button to float to the right within the <header>, where you’d often expect navigation to be found.

If you hover over it you’ll see the hover state - not necessary for touch screen devices of course, but this experience will also be delivered to uncooperative Internet Explorer versions. What we have defined for the benefit of mobile users is a :focus state. It’s the same as the :hover state, but will offer crucial feedback for touch-screen devices. Our users will know they’ve been successful in touching the menu button.

Anyway, click it and you’ll be taken to the navigation, super.

Now let’s style the menu a bit.

We’re actually going to style our primary navigation much like the London & Partners example shown earlier on, except this time it’s obviously at the bottom of the page..

Much better. We’ve made the menu links nice and large (read more about Touch Target Sizes on Luke Wroblewski’s own blog) and once again determined a :focus state for user feedback.

It’s also become clear that we’ve included a ’top’ link which will take users back to the top of the page if needed.

## 6. Getting Bigger

OK, we’ve dealt with our simple mobile layout, so now it’s time for some progressive enhancement. We’re going to use media queries to determine when our mobile layout is no longer appropriate.

But at what point does it become inappropriate? There are many ways to approach media queries, but we’re going to work from the basis that a mobile viewport is 320px x 480px. It’s 320px wide when viewed in portrait, 480px wide when viewed in landscape, so we could justifiably set our first media query to detect any screen larger than 480px.

However, the next step up is arguably the tablet. The iPad has a resolution of 980px x 768px, so we can safely assume that anything smaller than 768px is appropriate for our mobile layout. Anything larger than 768px can handle more desktop-like navigation layouts.

We can therefore start adding rules, so let’s set up a media query:

This media query will run all styles contained within it when the viewport is at least 768px wide. Note the inclusion of the only keyword, which ensures Internet Explorer 8 doesn’t get all confused and try to process the query. See my earlier explanation for details.

Let’s kick things off by making our ’menu’ button disappear:

With the browser made slightly wider, the menu button is no longer displayed.

Now we need to bring our primary navigation to the top of the page. We’ll do that by removing it from the document flow, positioning it absolutely at the top.

In order for that to be possible we first have to make its parent (.wrapper) relatively positioned. We can either do that here in the media query, or determine that at the beginning of our stylesheet.

Once the menu is positioned absolutely, we need to remove some of the anchor styling. There’s not much to do, but we need the list items to display inline, and we need to remove the borders and exaggerated padding from the anchors. The hover states we dictated earlier are fine of course, so we needn’t change them.

## 8. One Last Thing

If you’ve been paying attention you’ll have noticed that we still have a ’top’ link in the navigation - we don’t really need that any more eh?

We can remove this in a number of ways, but so we’re sure of what’s going on let’s first add a class to the list item:

And then we can get rid of it within our media query:

## Conclusion

That’s it! There are loads of ways to build upon this idea (implementing the list icon being just one) and, of course, you can continue to add media queries to cater for growing screens.

Hopefully you now have the foundations to do so. We’ve created a simple, touch-friendly, responsive navigation, from a mobile first approach whilst giving emphasis to content and usability. Who can ask for more?!

### Further Resources

A few useful links mentioned in the tutorial, all piled into one handy list: