
I’m sure some of you are using the wonderful, free Google Reader right now. This tool, like others, consolidates multiple blog syndication feeds into one convenient place, so you don’t have to go around and visit each individual site tediously each day that you want to read. These aggregators make it possible to subscribe to ten or more times as many blogs — especially low-frequency ones — and still catch every post.
Reader rolled out a new UI today, and it made an already-bad problem worse. To the left I have embedded a screen shot to illustrate the problem. What you are seeing is a thin vertical sliver of my desktop with Reader open at 150% zoom in Google’s own browser, Chrome. I use 150% zoom because it hurts my eyes to read text that’s much smaller, and it’s worth noting right up front that this exacerbates the problem I’m about to describe. (If you always read at 100%, that’s fine — the problem is still there, but a bit less markedly so.) I have shrunken the image by half to make it fit better in this blog post, but click on it if you want to see it at original size.
My laptop screen is 1,200 pixels tall. Let’s do a little accounting:
- The OS X menu bar takes up 20 pixels. (Not shown in the screen shot.)
- Chrome’s frame, tabs, and omnibar use 72 pixels.
- The Google Account bar consumes 42 pixels.
- The giant Search box, Google logo, and its related controls eat 90 pixels.
- The second panel of controls hogs 106 pixels.
- The title text of whatever blog or category you’re reading uses 50 pixels.
- Then you get to the actual content.
- Finally, the browser status bar is 20 pixels tall.
All of those measures are give or take one or two pixels, but it’s safe to sum them and calculate this horrendeous result: 400 pixels. That’s right, folks, fully one third of my 1,200 precious, expensive display pixels are being consumed with UI in an app that is specifically devoted to, err, reading. Now, you folks with smaller laptop screens are much more likely to have something closer to 900 or 1,050 pixels. On a MacBook Air, where pixel pitch means it is even more important to use browser-zoom to avoid eye strain, you could well devote almost half of your screen to the controls.
Some controls are good. I also applaud the design team that is striving for clarity and a clean UI by making it more open feeling and less like a rocket control-panel with lots of buttons and gizmos. The problem is, Reader is really easy to learn, and anyone who is adept enough to employ an RSS aggregator is probably going to be a quick study on the four or five day-to-day commands (with keyboard equivalents, no less) needed to chew through large volumes of blog posts. So, I think part of the problem here is that there’s no way to put the thing into an experienced-user mode. It would be great if we could collapse away all the controls and just get a full, top-to-bottom-of-browser reading panel.
It feels like one of those all-too-common situations where the design team and the product managers forgot to talk to the customer. Who knows — maybe this is how they talk to us, by rolling this UI out and seeing how many people complain.
Here’s the official lodging of mine, anyway.