If you’re sorta thinking, “huh? You mean like, blind and deaf people Accessibility?” then you’re not alone, because I’ve come to understand that there are lots and LOTS of people just like you: people for whom this idea does not have the right Accessibility, so it hasn’t been able to get through to you yet. It’s not your fault for not understanding, any more than it would be your fault for being blind or deaf or motion-restricted or living with any other disability. When software — or idea-ware for that matter — fails to be accessible to anyone for any reason, it is the fault of the software or of the messaging of the idea. It is an Accessibility failure.

You can read the entire post here.  I’d love to see some of the changes he suggests implemented at Google.  I hope he is put in a position to help make these changes.

1. Do nothing.
2. Build a separate mobile site.
3. Build native mobile apps (iPhone, Android, etc)
4. Convert your standard website to use responsive design

1. Do nothing. A lot of small to medium sized publishers present their standard desktop website to mobile browsers with no display changes whatsoever.  Usually this is because they don’t have the time, resources or knowledge to deal with it. However, that isn’t always a bad thing.  If their website is mostly text-based, it won’t look too bad in a modern mobile browser.  Most mobile browsers (I’m talking about Android, iOS, Blackberry, etc) will handle text-based sites pretty easily.

David Eggers‘ popular McSweeney’s website is a good example of this “do nothing” strategy.  They present their standard website to mobile browsers and then prompt you to download their iPhone/iPad app. This is mostly likely a sales/marketing decision for McSweeney’s – as pinching and zooming in a mobile browser isn’t much fun. However, I could purchase their weekly articles inside their iPhone/iPad app for a much better user experience.  I suspect this “do nothing” strategy for their desktop content prompts many of their fans to do just that.

2. Build a separate mobile site.  Many large publishers (as well as smaller tech-savvy publishers) fall into this category.  In most cases, when a reader visits the publisher’s standard website with a mobile browser, she is automatically forwarded to the mobile-friendly site.  This option isn’t as easy as the “do nothing” approach, but it’s not much more difficult.  Finding the right mobile vendor or the right mobile publishing plugin to make this happen isn’t as difficult as it sounds.  Many newspapers and magazines relying on advertising as their main source of revenue decide to go this route for mobile devices.

Many blogging platforms like WordPress and Blogger have easy-to-install plugins that do all the heavy lifting in this case. There are also services like MoFuse that will take a simple RSS feeds and create a mobile sites on the fly.

3. Build native mobile apps. More and more publishers are opting to build specific iOS and Android apps for their content.  If done well, this can be a great experience for the reader to engage the content in ways that a browser wouldn’t previously support.  It can also be another source of revenue if they decide charge for the app (or content within the app) as the New York Times has done with their mobile subscription service.  This is a difficult option for smaller publishers because mobile application development is very expensive right now. Publishers that can afford to drop tens of thousands of dollars on a app will also need to update the app on a frequent basis when Apple and Android periodically release new versions of their operating systems.

The cost of building and maintaining native mobile apps put them out of reach of many small publishers.  (Although, that is changing as more and more mobile app developers are charging a smaller monthly fees or even revenue sharing for mobile apps as the market becomes flooded with mobile developers.)

Native mobile apps also reach a smaller percentage of the public (those who use smart phones), than the mobile web. Because of this, I think this option is best paired with a mobile-friendly website to reach the widest audience.

4. Convert your standard website to use responsive design techniques. Responsive design is a fairly new concept in web design.  It works by determining what kind of device you are using to access the website and delivering content best suited to that device.  If you are using a desktop browser, the site will deliver a content-rich site with photos, video etc.  If you are using a smart phone, the site will scale that content to fit your screen and bandwidth limitations.

There are pros and cons to this strategy. Unfortunately, the concept is so new we don’t have a lot of data to measure the success yet.  On the pro-side, a publisher only has one site to manage and one content management system on which to train their staff.  There isn’t a separate mobile site or separate apps to worry about marketing, etc. On the con-side, building a website with responsive design techniques seems more difficult than building a standard desktop website. Ethan Marcotte recently redesigned the Boston Globe to use responsive design principals. This is one of the first major publishers to experiment with responsive design and I am eager to see how they fair in the coming months.

I hesitate to say that responsive design is the best option available, but it certainly seems like the most efficient way to deliver optimized content to any device, regardless of screen size or bandwidth connection.

I think it will eventually become a very popular option for publishers and will keep my eyes on the Boston Globe to see how they fare.

Which toolbar would you rather use?

(Image credit – http://dezignus.com)

A List Apart article explaining the survey.
Link to the 2008 survey.
Results of the 2007 survey.

Thanks!

We’ve gotten very good at finding what we’re looking for online. Ever since the early days of AltaVista, Lycos and DogPile we’ve become experts at finding Thai restaurants in Hoboken, NJ and singing telegrams in Anchorage, AK. Just type a few keywords into the search box and click the go button. Your best result will be on the first page, right? Pretty easy.

Fast forward to 2008 – and the proliferation of mobile phones, PDAs and palmtop computers that can access the web. Things become much more interesting.

There is an increased sense of immediacy based upon our physical location and actions. In the old world, we designed sites for users who were typically sitting at a desk with a keyboard and mouse. Today we design sites for people who are surfing the internet while walking the dog, boarding a plane, driving to work and cheering for the home team during the playoffs.  Mobile devices are with us all the time.

Good-bye keyboard.  Good-bye mouse.  We’ll miss you.

We are using our thumbs to type now. We are scrolling down our tiny screens with trackballs, slide-wheels and pencil-thin styli. We are clicking with phone keys, tiny buttons, pens and our fingers. We need results need to be simple, easy to read, accurate and light weight. And we need it now.

Mobile platforms need to distill web content down to the bare essentials, trimming away unnecessary page clutter while pushing relevant content to the top of the page.

John Markoff’s New York Times article sums this up more eloquently than I.

“The small screen forces you to be even more ruthless and focus on usability almost like a haiku,” said Barney Pell, Powerset’s founder and chief executive. “That’s what happens with design for the small screen. You have to think about what the most important thing the user is doing is.”

There are currently only a few methods of searching the web on a mobile device (although, there SHOULD be more, in my opinion*.)

The first method is the one we’re most familiar with.  We type search terms into a little box and hit submit for results. As long as the web server produces valid XHTML and mobile friendly CSS, most phones will display results without too much trouble. Many mobile sites that offer search, offer this method.

Another method uses SMS and allows users to search via text message instead of using web forms. This can be a faster way of getting results in some cases if you have little or no access to a strong mobile signal for WAP searches. Depending upon your carrier’s packages, SMS can also be used without a data plan (which is usually much cheaper than a full data plan).

A good example of this is Google’s SMS service. If you happen to have a text message plan for your mobile device, try this. Send a text message to 466453 (GOOGLE) with the message of “pizza and [your zipcode]“. You should get a text message back from Google with 3-4 of the highest ranking listings along with click-to-call links to contact the restaurant.

You can also send links to your users within the text message. A good example of this is our own classified ad platform on the Houston Chronicle’s mobile site. For another interesting test, try sending a text message to 24766 (CHRON) with a message of “ford mustang”. You will get a text message back informing you how many results this search produced and a link to the mobile search results (if you have a WAP access).

This is pretty useful, but still not perfect.

Within the last year location-based services have grown quickly in popularity. Mobile platforms like Brightkite, Google Maps and Fire Eagle are gaining ground with many mobile users. Using a mobile device’s internal GPS (or triangulation from cell towers if your device doesn’t have a GPS), the device determines your location and allows you to simply search for the word “pizza” to produce local results for you (since it already knows your location).

We will begin to see more of these services over the next few years. However, I think we can do even better than that.

As I’ve said in the past, our mobile phones are audio devices first and foremost. Let’s put that audio technology to good use.

* Allow me to speak “Find Starbucks” into my phone to trigger a Google Maps search or speak “Browse CNN” to auto-dial a browser bookmark. Surfing the internet hands-free might be extremely useful if I were driving a car, walking the dog or even peddling a bicycle.

With devices like Apple’s iPhone and Google’s upcoming Android platform the possibilities are nearly endless.

Let’s push the limits.

————————

Some resources that can help you get started with mobile web development:

Dev.Mobi – A website dedicated to mobile web development
Blue Flavor’s web development guide is a good start – and they’re nice folks too.
Mobile Web Development – by Nirav Mehta a more in-depth look at mobile development
Mobile Web Design – by Cameron Moll – a great introduction to the mobile web

When I first started exploring web design and journalism nearly 10 years ago I thought paper prototyping was silly.  Paper…really?  Web design was beyond paper, I scoffed.  I used the cutting-edge design tools like Photoshop 5 that actually let me edit text on the page (a huge upgrade from Photoshop 4 that featured a quaint-but-clunky text editing panel).

Who needs paper when you can push pixels on the screen, right?

Well, it took a few years to sink in, but I have since changed my mind.  I rediscovered paper several years ago and now find it much easier to sketch concepts and ideas in a notebook.  Nothing beats paper for speed.  I can flip open a notebook and jot down an idea much faster than using a computer or PDA.

Don’t get me wrong, I love computers and gadgets as much as (if not more than) the next guy.  But paper still rules the initial stages of design for me.

Why do I bring this up?  I found some great early-stage paper prototypes on Flickr recently.  You will probably recognize a few of them.  Several of them are now extremely popular, with millions of users each month.

For me, seeing these sketches is like seeing the notes of a mad scientist after he’s built a giant robot or a glimpse into a wizard’s magical tome.  They probably didn’t realize these hand-scrawled sketches would eventually turn out to be blueprints for success.  Hope you enjoy them.

Prototypes:

Photo of Jack Dorsey’s original sketches of Twitter (Stat.us).
Dan Catt’s original sketches of Flickr Places.
Sockyung Hong’s sketch for Vimeo profile pages.
Beth Goldman’s sketches of several Quicken screens.

Notebooks:

Large plain Moleskine reporter. (my favorite).
Pocket ruled Moleskine notebook. (great for travel).

I was searching for words within a page today using the new Firefox 3 on a Mac when I ran into what looks like a bizarre user interface blunder.  The “Next” and “Previous” buttons to find your search term on the page appear to be switched from the standard left=back and right=forward configuration.

I think it would be OK in the Japanese version of the browser (because Japanese is read right to left).  However, on all English versions of the browser the buttons should be swapped.

(Now that I think about it, the same goes for Spanish, French, German, etc…)

Am I crazy or is this really odd?

I just finished upgrading to FireFox 3.0 and so far the good outweighs the bad. Some things I noticed immediately are the bookmarks in my toolbar are completely rearranged and outdated.

Several of my bookmark folders were simply replaced by two folders called “Most Visited” and “Places.” It’s almost as if the installation grabbed an old copy of my bookmarks as it upgraded.

That is forcing me to scramble to find some old back-up copies of my bookmarks. And that is a pain. About half my add-ons are working correctly. I consider the following add-ons to be essential for any installation of FireFox: Web Developer toolbar, FireBug, TabMix Plus. TabMix Plus isn’t compatible with FireFox 3.0 yet; nor is Mr. UpTime, TinyURL creator and view source chart. But I can live without those for a while (until the developers update them…hint, hint).

The good news.

The speed is fantastic. The startup and shutdown times for FireFox 3.0 seems at least 3 times faster than FireFox 2.0. Even faster than I expected.

FireFox 3.0 appears to be using less memory (RAM) than FireFox 2.0 used on a regular basis. This frees up more memory for other apps to be open at the same time.

The navigation bar has been slightly redesigned, making the back button (pictured above) larger than the forward button (and also graying out the forward button when it is not needed). This is an excellent example of Fitt’s Law (the time to acquire a target is directly related to the size and distance of the target) in action. Mozilla’s interaction designer probably noted that most people use the back button far more than they use the forward button and adjusted the size to reflect that. Pretty sharp.

Overall, I’d say the upgrade was pretty positive with a few hiccups.

Take my advice and back up your entire machine (on an external source) before upgrading. That way you can simply copy over anything you may be missing (or back out of the upgrade gracefully if something goes awry).

Speaking of Firefox add-ons…what are some of your favorites?

Our content is becoming decentralized…and we love it.

Most bloggers I know are tangled up in multiple social networks, photo sharing sites, messaging services, networking sites, bookmarking platforms and a plethora of addictive attention-grabbing web services.

The concept of a “web presence” has changed so drastically over the last several years it’s become difficult to tell people “where” you are online. Blogs or personal home pages used to be our single point of existence online. These were the places we could refer colleagues, friends, family, etc if they wanted to see “our website.”

That’s not the case today.

Our lives are now split into dozens of different networks and spread across the internet like strategically placed digital confetti. We are on Facebook to connect with old friends and meet new ones. We are on LinkedIn to find jobs and stay connected to our business contacts. We are on Flickr to share our lives in photos. We are on Twitter because we have five spare seconds in line at the grocery store and saw something funny we need to share with the world. We are on Del.icio.us to keep track of all the amazing links we find and StumbleUpon to share them with the world.

Like a cheesy Zen proverb, we’re everywhere.

This is both frustrating and fantastic at the same time.

The fantastic part can be found in the amazing services we have access to for free. These services have connected old friends, gotten people out of foreign jails and made grandparents smile at newborn baby photos.

The frustrating part is trying to pull it all together. Some sites are friendly and speak to other sites; but most don’t. More often than not, our collection of platforms and services float like little islands unconnected in any meaningful way. We are forced to keep asking the same friends to connect with us on multiple services.

Some very smart people are working on pulling it all back together, but it still appears to be stuff of dreams at this point.

For now, many of us simply link all our networks, sites and services somewhere on our blog (as I’m doing in the right sidebar of this site). It’s not ideal, but until someone figures out how to bridge our isolated islands in a meaningful way, it’s what we’re forced to do.

What do you think? Will we end up with connected islands?

Photo by Harris Graber

Wow. I have been drinking from the fire hose of information for the past two days here in New Orleans at An Event Apart. The conference was organized by Jeffery Zeldman and Eric Meyer and according to the website:

“Their new conference wouldn’t be just for designers. It wouldn’t be just for coders. Attendees would gain a deeper understanding of web standards, of course. But they would also encounter a world of emerging best practices and inspiring new ideas.”

I didn’t know what to expect. Would the code be over my head? Would the design be beyond my skills? Would I be able to grasp the conceptual nuggets they would throw? I mean, these people are the best in the industry.

They’re internet famous, right?

As it turned out, each presentation was amazingly clear, surprisingly understandable and completely worth the price of admission. The difference between the presenters at An Event Apart and your run-of-the-mill web experts is an overwhelming sense of passion for their craft. Some of the highlights for me were:

Andy Clarke‘s astute observation about how comic book design can be transferred to the web to control pace and user engagement was refreshing, if not brilliant. It was one of those ideas that made me whack my forehead and wonder why I hadn’t thought of that. Andy’s a smart fellow. I added his blog to my feed reader immediately.

Brian Oberkirch, beyond being an extraordinarily nice guy, has an uncanny grasp on what humanizes the web. His talk Thursday afternoon was a lot like eating really good dim sum. I was filled with delicious savory tidbits about how sites can create human connections and positive social interaction with their users. Not shallow marketing, but real connections. The web would be a better place if more people listened to Brian.

I thought Eric Meyer’s CSS presentation, if any, would be the one that stumped me. I am, by no means, a CSS expert; and I feared his material would be tailored for people with more experience. However, Eric did such a good job of presenting his material in a way that made it easily digestible. I took away some very useful tidbits about how to use CSS to debug your markup. Very handy stuff.

I had never paid much attention to how beautiful data & information design could be until Jeff Veen spoke on Friday. His slide showing Google searches throughout the world as pinpoints of light on a globe was amazing. He spoke about data like some artists speak about color or texture. Data is simply another artistic medium.

Robert Hoekman Jr switched things up a bit. He did live usability assessments for people in the audience who needed some help with their sites. Usability issues fascinate me and Robert was very good at recognizing usability issues with a short glance at the site in question. I plan on checking out his book.

What can be said about Jeffery Zeldman that hasn’t already been said? Jeffery is the patriarch of web standards and has been fighting the good fight to make the web a better place for designers, programmers and users alike. He addressed a room full of designers as Yoda addressed his Jedi. Use your powers for good He was also very humble and approachable, something I hadn’t expected.

Here is some additional information about the speakers at An Even Apart 2008 in New Orleans:

Andy Clarke – Author, Transcending CSS
Dave Shea – Co-author, Zen of CSS Design
Cameron Moll – Author, Mobile Web Design
Jeff Veen – Design manager, Google
Brian Oberkirch – Publisher, Like It Matters
Aaron Gustafson – Co-author, AdvancED DOM Scripting
Stephanie Sullivan – Co-author, Mastering CSS with Dreamweaver CS3
Aarron Walter – Author, Building Findable Web Sites
Robert Hoekman Jr. – Author, Designing the Obvious
Jason Santa Maria – Designer, Happy Cog
Eric Meyer – Author, CSS: The Definitive Guide
Jeffrey Zeldman – Author, Designing With Web Standards

If web design, development and standards interest you then I would recommend checking out An Event Apart. I had a blast and hope to attend again in the future. It was good to hang out with Tim and the rest of my pals from BarCampNOLA in New Orleans.

Hope to see you all again soon.