It is time to announce another month’s Dev Derby and this August we want you to play with the History API. The History API is a much needed piece of the puzzle of creating modern web applications and here is why:
Links are good, they make the web work
The web is made up from sites linking to each other. You are on some site and read an HTML document, you hit a link or submit a form and the browser redirects you to another page. This is great as it allows for a few things:
- You always get a unique address you can bookmark and send to your friends to see the page you were on
- You can use the browser’s back button when you did something wrong and get back to where you were before
- Search engines love links and following them through your site
Why load a whole page when only a small bit changes?
When AJAX came around we totally killed the bookmarking and history of the browser. This was a problem as our visitors have already been conditioned to hit the back button every time something goes wrong (admit it, you also found yourself reloading or hitting back in GMail one time or another). We needed a fix for that. As far as I remember Mike Stenhouse was the first to propose a fix in 2005 using the fragment identifier of the URI to store information and a hidden iframe element to seed the history. This fix got wrapped into several libraries like the YUI history manager and the jQuery History plugin.
Breaking the web with “hashbang URLs”
The solution: History API and server redirects
So instead of using hashbangs and break the web and very basic browser usage patterns we now have the History API in HTML5. It allows you to dynamically change the URL in the browser toolbar and add to its history without reloading the page. You get the best of both worlds – you do atomic updates in the page and you leave real, working URLs behind for the user to go to, bookmark and send to friends. The History API is in use by quite a few major sites, Facebook allows for back button use and Flickr uses it in their lightbox view. The coolest implementation however is GitHub and their Tree Slider:
Isn’t that slick? You navigate the whole page, it loads in milliseconds rather than seconds and you can hit the back button or copy and paste the URL any time you want.
Now it is your turn, show us what you can do with the History API! Here are some resources to read up on.
- History API at Mozilla Developer Network
- History API explained in detail at Dive into HTML5
- Detailed specification of the History API at the WHATWG
- A simple History API demo by Remy Sharp
- How Facebook uses the History API
- Syd Lawrence’s jQuery Fancy Box with History support
- History.js – a polyfill for History API support
Ladies and gentlemen, start your editors and show us how to make History!
View full post on Mozilla Hacks – the Web developer blog