Tag Archives: poorly designed

Sans BPA Free?

I know what the word “sans” means.  I also know what the word “free” means.  So what does this label mean that I saw recently on the side of this coffee mug?  This coffee mug is very proudly not free of BPA?


Typically when a label repeats a word in a different language, it it a smaller or italic font or is underneath the English version.  This is an odd choice, to me.  Plus, I think it’s safe to say that most Americans hear the word “sans” enough to know what it means and many people who see this label will not realize that the word “sans” in there for Spanish speaking readers.

I just thought this label layout was an odd choice.  Feel free to discuss below in the comments.

Red indicators mean everything’s fine?

I was turning the lights off in the house a few nights ago and my eyes were drawn to the bright indicators coming from our new phone in the living room. Not one … not two … but three separate RED indicators were glowing and getting my attention on the main phone cradle, which doubles as an answering machine. Was the phone in trouble? Was it screaming for my help? Was it about to die or self-destruct? Nope. These three red indicators happen to be completely normal for this model of phone.

The little red line on the left is supposed to tell me that the phone is charging or is fully charged. It would cost a bit more to design and implement, but wouldn’t it make a lot more sense to use red for charging and green for fully charged? What about a slowly blinking green for charging and a solid green for fully charged? Why is the manufacturer using a red indicator for a state that the phone is going to be in for 99% of the time? Isn’t red supposed to indicate an abnormal situation or a problem to the average user?

The light on the right tells me that the answering machine function is turned ON. Again, that’s the normal mode for this device. Why red? I think green would be much more appropriate here.

The red number in the middle tells me how many messages are stored on the machine. It flashes when there is a message on the machine that we haven’t listened to. I think either red or flashing slowly is appropriate for new messages, but probably not both. Using both red and flashing is overkill in this case. And using red to tell me the number of old messages is not appropriate. Green would be nice.

I suppose after a few weeks I’ll get used to the three red indicators and the fact that they are red probably won’t even phase me anymore. But is getting used to these red indicators being normal really a good idea? I mean, won’t it cause me to give red indicators on other devices less criticality than they might deserve? As a software designer, I’ve always been taught that red indicators were only to be used for errors or problems or critical situations where the users attention needed to be drawn immediately toward a situation for awareness and/or corrective action. Who told the hardware and appliance designers that it was perfectly acceptable to use red for normal happy status indicators? Don’t these companies perform human factors studies and usability studies and ask potential users for feedback before starting mass production?

I’m stuck with these red happy indicators now because even as picky as I am, I’m not going go to the trouble of packing these phones back up and finding my sales receipt and carting these phones back to the store and then having to go to the trouble of researching to find another phone that actually uses happy colors for happy indicators. It’s just too much trouble. I’m stuck with these phones with their un-intuitive indicator colors.

Let’s quickly examine a few other fairly common electronic devices laying around my house that give me information in the form of lights and indicators:

This tuner/receiver uses a nice blue color for the main display, but it uses various red lights just to tell me about different modes that have been activated. These different modes are completely normal and should not be indicated in red, in my opinion.

I haven’t done any research on the topic, but I believe that a large percentage of digital alarm clocks today use red for their displays. Is red easier to see in the middle of the night without your glasses/contacts than blue or green? Please educate me, because I don’t understand this color choice.

We love our iRobot Roomba floor vacuum and I couldn’t be much happier with the user interface. While it’s charging, the power indicator beats like a heartbeat and changes between orange and green. When fully charged it sits happily at solid green. This is intuitive to me. The folks at iRobot have a winner.

In our computer room we have a DSL modem, a wireless router and also an Ethernet switch. Ninety nine percent of the time that I glance at these devices, all the lights are green. If I see a different color or no lights at all, then something is probably wrong.


[ photo of oven and/or toaster oven goes here]


Stove and toaster oven lights are red when the heaters are on, even though that’s the normal operation for that appliance. That okay in that case, because I want to be drawn to these lights if they are on for more than the relatively short period of time while I’m cooking. In this case, I think it’s okay to use red, since I could potentially burn my food or even burn down my house if this “normal” mode of operation stays in use for long periods of time.

I guess my whole point here is that there should be known acceptable uses and known undesirable uses of indicators, colors, etc. in the hardware industry just like we often see in the software user interface industry. Donald A. Norman, the author of the books “The Design of Everyday Things” and “The Design of Future Things” states the following in the latter book:

“Every piece of equipment has its own code for beeps, its own code for lights. A small red light visible on an appliance could mean that electric power is being applied, even though the appliance is off. Or it could mean that the unit is turned on, that it is working properly. Then again, red could signal that it is having trouble, and green could mean it is working properly. Some lights blink and flash; some change color. Different devices can use the same signals to indicate quite different things. Feedback is meaningless if it does not precisely convey a message.”

I highly recommend both of these books. They are both worth reading whether you design websites, stand-alone computer applications, portable electronic devices, cars, or space vehicles.

So please don’t use red indicators to tell me that everything is perfectly fine. I’m fairly certain the blue and green LEDs don’t cost that much more than the red ones. 🙂

Thanks for reading,
(overanalyzing our world for 38 years)

Please Crash Responsibly: Blockbuster.com

I recently read an online article written by Jeff Atwood, a popular software & human factors blogger, titled “Crash Responsibly“. The gist of his article was basically that we as software developers need to protect the users of our software from unknown errors and even from catastrophic crashes. I agree wholeheartedly.

Everyone who writes software should make sure that their application is self-reporting of it’s own problems. Never depend on the user to tell you that your software is misbehaving. Of course, you should also have a means for the user to manually report problems, but that should be a secondary means that you find out about your software’s bugs, issues, and crashes.

Software developers should also hide the gory details of their errors from their users by default. There are always some software savvy or curious users who will want to know exactly what went wrong, but most users just want to know that something bad happened and the software developers have been notified and they are on the case and working diligently to correct it. There should probably be a means for the savvy or curious user to see more details and also a means for the user to report the problem, but again, these are both secondary. The primary error screen should be simple and easily understandable by the general public and no gory implementation details nor debugging details should be exposed to the user by default.

I performed a search on the blockbuster.com site just now for VeggieTales movies to add to my online Blockbuster queue, when I received the following error screen:

User Unfriendly Error Message from Blockbuster

Wow. I’m a full time software designer and I don’t think I can fully understand what this error message is trying to tell the user. I understand the “no server available” and the “timed out after 10 seconds” parts, but I’ll admit I had to look up the word “idempotent”. That’s not a word your typical user needs to be exposed to. Most users will probably even laugh at you when they see this error message because it looks like you completely made up a word.

So blockbuster.com, please crash responsibly!


User Interface Annoyances: Indicator Buttons

As a software programmer, I feel the need to make the user happy so that they will like my product. We all just want to be loved, right? In order to make the user of my software happy, the user interface must not be annoying and the whole user experience must be positive. I personally have lots of opinions about what should and should not be done in a user interface, and I’m sure the whole world will not be totally in agreement with all of my opinions, and that’s fine. We can agree to disagree.

Today’s annoying user interface is inside the elevator in my building at work. It’s not very nice to make your floor indicators (which cannot be pressed by the user) look exactly like the floor selection buttons. (Sorry about the poor quality photos.)


Now, I consider myself a fairly sharp guy, but on the rare occasion that I actually use the elevator in my 2-story building, the indicator lights which look exactly like the floor buttons always throw me for a loop. They look like buttons that can be pressed.
The only reason I haven’t been tricked into pressing them is because they are way up high on the panel. But still, last time I was in the elevator I had to try to press them just to make sure they were not actually buttons. They’re not. But they sure look like buttons. Why would any user interface designer in their right mind design an indicator to look exactly like a button? Is this a game they play just to mess with our minds or something?

This would be even more annoying if this were done on a software user interface. But I don’t have any examples of that to post right now. Let’s just try to avoid using buttons as indicators, shall we?

Just my opinion,

Kurt (with a tip of my hat to Joel Spolsky)