Through the Interface goes “responsive”

As promised (threatened?) back in February, this blog has finally received a much-needed design refresh. I had hoped to get our internal creative team to help with this, but that unfortunately didn't pan out: all issues that you come across are therefore the responsibility of yours truly.

Here are the key changes in this refresh:

  • Based on Typepad's "Snap" responsive design template
  • Switched to new fonts: Lato for titles and headings, Open Sans for body text
  • Displays excerpts rather than full posts on the home page and post indices/archives

The intention is that the blog be much more readable on a variety of devices and form factors. Based on the fact that a significant portion of you (35%) only expect to read this from large form factor devices (PCs), I definitely didn't want to compromise that experience. I welcome your feedback – positive and negative – although I don't expect to be able to please everyone with this redesign.

Inside Chrome on my Mac

Portrait on my Nexus 4

Landscape on my Nexus 4

Now for a bit more detail on the various changes…

As it now has a responsive design, you'll see the main body of this blog's content resize according to the width of the browser window (rather than having two fixed sidebars and a central content pane of ~470 pixels, as it had previously). When the width is under a certain threshold, the sidebar will get placed below the main content. Typepad's Snap theme makes use of Bootstrap to maintain its responsiveness, so I've had fun getting to know some of its capabilities in order to tweak the way it behaves. Hopefully for the better.

One issue that really had me irritated was that when rendered for small form factors (< 400 pixel width) the responsive navigation bar – which stays fixed at the top of the screen and collapses when the browser width reduces – didn't have its "hamburger" button displayed on the right. It turns out the button was there, but it was off the right of the screen. I debugged the page for far too long before I realised the issue wasn't with CSS, it was with the content in some of my posts: the recent post on digital signing contained some LISP with some really long "words" that weren't breaking. I had to add some styling that forced these to break rather than add to the width of the content.

I know there are a bunch of older posts that will look bad with the new design: by default embedded YouTube videos and animated GIFs are not centered, for example, and for the larger-sized ones I usually didn't bother. I need to go back through and fix these, over time, and would certainly appreciate anyone taking the time to flag any they think need fixing (whether by posting a comment here or on the post itself). The same is true for a number of posts with image collages: those are going to be ugly until I find a way to fix them.

On the subject of fonts, I didn't want to go with Snap's standard font (Arial <stifles yawn>) so I researched what font pairings were available via Google Fonts. I'm relatively new to both Google Fonts (awesome, open source typefaces) and the idea of font pairing (where you have two fonts that work well together, whether for headings and body text or multiple styles of paragraph), so this was actually a lot of fun. My father was a graphic designer and typeface nerd, so I grew up with Letraset transfers and knew about kerning before I'd even seen a computer, so this was perhaps unsurprisingly important to me.

xkcd nails it, as always

Overnight on Saturday night, I tweeted that I was chewing on this topic, and Mike Burke kindly put me in touch with typeface guru Jack Yan. Jack suggested a few slab serif fonts, but in the end I couldn't bring myself to move away from sans-serif: I settled on Lato for titles and Open Sans for everything else. Google Fonts does a great job of showing commonly used pairings – presumably because they have perfect data on who uses what fonts together – which helped a lot. Despite eventually going my own way on this, I definitely appreciated the input which helped me get there (thanks, Mike & Jack!). Hopefully people will find the new fonts readable enough.

And for the last point… excerpts vs. full posts. This came up just this morning, with some input from Scott Moyse. He made the valid point that scrolling through the main page posts – especially the longer ones – on mobile devices was a bit painful. Based on this feedback – and with a pointer from Robin Capper – I enabled viewing of post excerpts on the home page and the various indices and archives. Now this is one area that may impact the experience for readers on the desktop – you can't easily scroll through a whole load of posts in one window. But hopefully it won't be too much of a pain for people to click the various links and help improve my blog stats. If you have a strong opinion on this one, please do post a comment. This for me is the most contentious (as well as being the most recent) change to the design.

I owe a big debt of gratitude to th
ose of you who have already given feedback after yesterday's soft launch, particularly my fellow CAD bloggers Robin, Scott and Paul Munford. This kind of change is never straightforward, so advice from peers is extremely valuable.

7 responses to “Through the Interface goes “responsive””

  1. Lester J. Grace Avatar
    Lester J. Grace

    Anytime something new is introduced it will take a little bit of time to feel comfortable with the change. I think it looks great and will become more familiar with time. Nice Job.

    1. Kean Walmsley Avatar

      Thanks, Lester. Hopefully the majority of readers will soon find it to be an improvement.

      Kean

  2. I'm only hoping Google results end up on the full blog post and not on the front page or search results page. The search results page returns the truncated posts as well. It was nice being able to see a bunch of code samples on one page when searching for a topic, rather than having to go to each blog posts as it looks like I'm going to have to live with in the future.

    1. Kean Walmsley Avatar

      I agree - I think Google should take you all the way in. Time will tell.

      This is definitely a trade-off... I'm hoping the benefits outweigh the disadvantages, but we'll have to see about that, too.

      Thanks for the feedback, Chris.

      Kean

  3. james maeding Avatar

    I like it Kean. The way you have several "headers" now instead of a full body on first page is great. It shows a bit of history which helps me remember where you are coming from, as you hit a lot of stuff. Now, do you remember the nntp days where you could see one DG header per line in a treeview like in forte agent or outlook express? I still maintain a tight treeview is the best way for showing content like this, where you need to see many headers (message titles), then only dig into the ones you care about. Can you imagine if outlook had big old icons for every email, or a bunch of wasted space between them? A blog has fewer posts than a DG, so its not that important, but wish you could get the trend of "more titles and less wasted space" going with that branch of Serious Cybernetics 🙂

  4. This is an awesome site: since the request for feedback is here i shall offer my 2 cents worth: i find though that when cutting and pasting the sample code, that the carriage returns are cubersome i.e. the site puts a single line of code on too many different lines e.g.

    Document
    doc =
    Application.
    DocumentManager.
    MdiActiveDocument;

    which can get unwieldy and difficult. but then i suppose that if there were all on the same line then people will have to scroll far to the right to see it all and then someone would complain about that!

    rgds
    Ben

    1. Kean Walmsley Avatar

      I hope this is an exaggerated example. Being limited to 70 chars has been a pain. Things should be better now, and at some point I may switch to Gist, making things better still.

      But you're absolutely right - it's always a trade-off. Can't please everyone. 🙂

      Kean

Leave a Reply to Chris Fugitt Cancel reply

Your email address will not be published. Required fields are marked *