D3.js and Octopress
This morning I was hoping to cover some of the basics of using D3.js. Along the way I realized I really wanted people to be able to see the graphs on the blog itself. I could have used JSFiddle, but I didn’t like all that chrome repeated across the page. So I came up with my own solution with a little bit of hacking :)
I’ll have to save the basics for tomorrow since I’ve already spent way too much time just getting this setup. But I will offer a brief explanation of D3 and how I got it working on Octopress.
What is D3.js?
D3 (formerly Protovis) is a library written by Mike Bostock (@mbostock) which allows you to easily manipulate a DOM using data sets. While the implications of that statement are somewhat vague, D3 is generally used for doing data visualizations primarily in SVG. D3 can also work with regular DOM nodes however SVG is often the best tool to use if you’re trying to draw a graph of some kind.
As a quick demo, here’s a bar chart which visualizes an Array
of Fibonacci numbers: [1, 1, 2, 3, 5, 8]
Break open your developer tools and inspect the graph above. You’ll notice that it’s just SVG elements. For many the 2 best aspects of D3 are 1) That it works with regular SVG elements and 2) That it doesn’t wrap that functionality in arbitrary objects which require a lot of configuration. This second aspect is where many graphing libraries fall short. As Justin Palmer (@Caged) points out on his blog:
As long as you stay within the confines of the template, it’s simple, but, anytime you want customize a specific aspect of the original template, more configuration options are added to the library. You should avoid “design by configuration.”
D3 handles this by dumping the idea of templated visuals. There is no makeBarGraph()
function in D3; instead you work directly with your data and the SVG elements. Essentially what you see is what you get, which can make the initial learning curve pretty steep. But because it’s so non-prescriptive you can build just about anything with it.
How do you integrate D3 and Octopress?
Since I want to write several more posts on D3 I figured it’d be good if I setup my own little system to help me generate most of the boilerplate. If you’re lazy and want to skip to the end here’s a link to the template.
Requiring D3
If you inspect the page you’ll see that starting at the top of this post I’m requiring d3.js. There’s a good chance I’ll move that over into the site’s header so it isn’t required every time but if you’re just doing a one off then that should be fine. Normally it’s a good idea to require your javascript at the end of your page but I want to wrap all of my graphs in self-executing functions so they can seal their scope (and also because I’m lazy and want to use the same boilerplate stub code in each). As a result if you don’t require d3 before the functions execute it’ll throw an error.
I chose to put a copy of d3 into my Octopress source/javascripts
so it would get compiled with the rest of my assets and deployed. If you’d prefer you can also grab D3 from the site.
Adding the CSS
The next step is to add some CSS. Getting a style
tag into the post ended up being trickier than I had first thought because Markdown strips out style
tags. As a result every time I generate the site the CSS dissapears. The work around is to wrap the style
tag in a div
and put that at the top of the post.
Here are the basic styles I’m using:
Margins and Resizing
Now that we have D3 included on the page and our CSS styles are being respected it’s time to setup some useful defaults in another script
tag. Typically I’ll define the dimensions of my graph area as well as any margins that I might want to use.
If I’m going to use the same data set throughout I might put that in as well so I don’t have to declare it over and over again. In our case the array of Fibonacci numbers is there.
The margin object can be really helpful when you’re trying to move things around. For instance, to send something to the bottom of your graph you can just say height - margin.top - margin.bottom
.
You’ll notice that rather than giving it an explicit width I’m using jQuery to find our containing element’s width. I’m trying to keep in line with the responsiveness of the Octopress theme so setting the width to match our containing element prevents the graph from breaking out if the user starts off with a small window.
I’m also including a handler for the window
resize event. Whenever the user changes the size of their browser we’ll update our global width variable and tell all of the dependent graphs to redraw themselves.
Our First Graph!
Finally I create a div
to contain our visualization. Beneath the div
I’ve included another script tag with a self-executing function. When run, the function will grab its sibling and populate it with an SVG element. Here’s the code (don’t freak out when you see it all, we’ll go over what everything does in a later post).
After we declare the self-executing function we include another function called draw
. Using a separate function lets us later redraw the graph if the user resizes their browser. This also works on the iPhone when the user changes from portrait to landscape mode. Inside of draw
we first make sure that the containing div is empty (otherwise we’d end up drawing graphs on top of one another). You can skip most of the D3 code—we’ll cover that over the next couple of days—but take a look at the last few lines where we call draw()
and add another handler for window.resize
. Whenever the user changes their browser size our global width
value will be updated, then our graphs will redraw themselves using this new width.
At the moment you need to add this handler to each of your visualizations. Not terrible but not very DRY either. I think in a future iteration I’ll add a queue which holds a reference to each draw
instance and calls them in sync. For now this is the quick and dirty way to get a graph up on Octopress. You can download the entire post template from Github. Enjoy!
You should follow me on Twitter here.