I’ve got nothing against Responsive Design. In fact, I think it’s great. This isn’t a critique of responsive design inasmuch as it’s a critique of how we as a community adopt mantras at the expense of our process.

We Love to Love Things

We (the web creation industry) did what we do best with brilliant insights. We wholeheartedly, unabashedly embraced it. New grid systems, and javascript libraries were produced seemingly overnight. For decades we have looked at a 400x500px jpg the same way. Suddenly it’s got a certain allure, a newfound responsive sexiness that we didn’t see before. As with any new web technology, we see it start to pop up in our internal work first. Designers portfolios were flexible. Conference websites looked as slick on my busted ass iPhone 3G as they do on my equally busted 24 inch Dell monitor. We were preaching to the choir and the choir was singing along in perfect harmony.

All is not well in the world

Here’s where I go all Debby Downer on you. Somewhere in-between Ethan Marcotte’s line in the sand and www.mediaqueri.es we went from “Responsive Design” to “responsive design.” The goal became – “make this fat site skinny. Look! it animates as it gets skinnier.” Responsive design became an implementation technique and not a design strategy, the html version of a glossy button. It skipped right over all the things that we learned from “Mobile First” and “Content First” and “Users First” and went straight to the fun part. Design is more than what you end up seeing on the screen.

I love working in photoshop. I love writing code (most days). To me there is no better way to spend a day than designing something and seeing it come to life. We need to remember the core principles of Design happen before photoshop and textmate. It’s not about how to make fat websites skinny. That’s a byproduct, that’s implementation. It’s about how we as designers and builders and keepers of the internet magic fairydust can provide better solutions for our users and for our clients. That, as we all well know, happens before the first pixel comes into digital being.

Back in the dark ages (like 6 months ago), we debated whether or not websites also needed apps and whether those apps should be native or web. We were forced to start at the beginning. What do users need when they’re on their phones? Do people interact differently when they’re on their couch vs their desk chair? If I’m browsing this site while I’m driving in traffic, how can I get what I need without killing someone? Producing device specific code was costly. It wasn’t something that you could just toss off in a week or two before launch. The scope and scale of the effort necessitated the use of our whole brains. We approached it with Design with a capital D. For the record, we screwed it up all over the place. We made some good decisions, and many more bad ones. I’m sure the collective budgets of every poorly conceived and unnecessary iPhone app could feed a small nation for the next decade.

Design with a Capital D

Design is a multifaceted beast. It is UX. It is Content. It is Context. It is Visual. It is even Marketing and Branding . It’s the meat and the sizzle as I like to say (I’ve never once said that, punch me if I ever say anything remotely that lame). My personal challenge is to remember that this shit is complicated and beautiful. Lets not cheapen it by making things skinny, patting ourselves on the back, and moving on. It’s time to go back to our process and start thinking about device and context when we kick off a new project. How does responsive thinking affect our content strategy? How does it affect our advertising (there’s a great discussion of this starting now at markboulton.co.uk)? How does it effect our ongoing deployment strategies and feature releases? How does responsive thinking make our own businesses stronger?

So I’m the guy that asks a bunch of annoying questions and then bails. Before I do, let me reiterate for clarity. I believe much of the thinking on responsive design has been absolutely brilliant. It is Big Think at it’s finest. I love the questions and I love the discussion. Since then, we’ve become enamored with the output and not the process. Hopefully, I’ll be back soon with answers or more likely questions.

Also, check out Brandon’s awesome talk: The Anarchist and the Patriot

The app is in a constant state of improvement and as active users, we have requests. If you happen to use Balsamiq and want to weight in, vote up our requests:

Shortcut Key to quick add + add item where my mouse is.

Export PNG to Cloud App

Check out our WordPresss admin patterns for some examples of balsamiq in action.

I wrote more on my blog. Slides embedded below:

It took me a while to get a product out, but now I did. I’m not counting on a bazillion sales here, but as soon as I sell one copy I’ll call this a success. I’m about to hit up the Harvest peeps and see what kind of promotion I can get.

3rd in a series of WordPress admin patterns. The pattern is for the Add New Post screen (post editor) in WordPress 3.0. Please not that while it is most likely feature complete, they are still fussing with it just a little bit, so I may have to fine tune it for the public release. Hopefully for all you devs out there about to crack open custom post types, this should give you a great foundation for quickly wireframing out your new plugin.

Download Balsamiq Post Add / Edit Pattern: Post Editor.bmml

Next up: media lightbox & widget management.

For updates, release information and tips about Shane & Peter’s open source WordPress plugins or redmine core ux/ui, ipad or the freelance lifestyle, follow Shane on twitter @justlikeair and visit http://tri.be.

2nd in a series of wordpress admin Balsamiq patterns. This pattern is for the WordPress 3.0 Beta admin comment list.

Download the Pattern: Comments List.bmml

For updates, release information and tips about Shane’ & Peters open source wordpress plugins or redmine core ux/ui, ipad or the freelance lifestyle, follow Shane on twitter @justlikeair and visit http://tri.be.

DOWNLOAD WORDPRESS POST LIST BALSAMIQ PATTERN

I have been having a great time working with balsamiq to quickly push out wireframes for projects. We have a few large wordpress plugins in the works for customers which will really take advantage of 3.0 custom post types.

Up till now a lot of UI work when designing plugins was a bit of the wild west. With Jane heading up the UI/UX team and Tracy working on a design and ui standards doc, I was inspired to build some patterns which would help our crew build cleaner and easier to use plugins. I wanted to start by being better in line with the wordpress UI. So I am working on a simple Balsamiq pattern for the most modified parts of the wordpress 3.0 admin.

Peldi, the lead over at Balsamiq saw the news of my computers demise and offered out to help (now that’s customer service). I’ll post more as they come up. He might also post them (with my blessing) on mockupstogo.net.

These are not pixel perfect. For that, we would need Peter’s discerning eye, but for the wordpress plugin developer who wants to have a nice wireframe to start from, its a nice tool.

For updates, release information and tips about our open source wordpress plugins or redmine core ux/ui, ipad or the freelance lifestyle, follow me on twitter @justlikeair.

function filter_sociable_known_sites( $sites ) {
	$sites['Twitter']['url'] = 'http://twitter.com/home?status='.
	urlencode('TITLE - SHORT_LINK via @shaneandpeter');
	return $sites;
}
add_filter('sociable_known_sites','filter_sociable_known_sites');

http://lussumo.com/docs/doku.php?id=vanilla:integration:wordpress