Why Are WPF Developers Trying to Kill Menus?
Posted on : 10-12-2009 | By : Christopher Estep | In : Opinion
Tags: Patterns, UX
6
Somewhere along the line, and I’m not motivated enough to research it, menus apparently became bad. I don’t mean they ever stopped working or became unsuitable for the tasks they are given, but just bad. I’m talking about bad in the same sense as the BLINK tag, HTML frames, or command lines.
Whether it’s twitter clients:
programming utilities:
Even vertical market licensing exams:
Did I miss a memo or something?
It seems that nearly everyone trying to make new, pretty apps these days are going out of their way to drop one of the most useful and space-efficient interface components out the window so they can be replaced with gradient-rich buttons and tabs and/or shaded, cartoony icons.
Why?
I’ve become convinced that this is happening because we developers like “shiny” and “pretty”. Oh sure, we’re happy to use gray and dull but we’re even more happy if we can show our bosses and clients that we can do “pretty” as well. We may not have designer skills, but we can still make things look nice, right?
Unfortunately, this is becoming like the nerd who came to school telling his buddies that his big brother who gets all the girls wears Hai Karate and before you know it, everyone smells like a used car dealership.
So stop it. There are indeed good use cases to use a button-centric interface. And I’m certainly not suggesting that the old “menus-only” philosophy is better. But we need to stop hopping on a certain look-and-feel bandwagon because Microsoft is (rightly) trying to bring designers directly into the process.
So who is driving this? I can’t say. I don’t know. But it’s not the major application developers, at least not at this point. Look at your browser. It’s almost guaranteed that your browser has a menu at the top.
Look at Visual Studio. Menus there, too. Everywhere you look there are still menus and none of the major application houses are rushing to dump them.
There 2 compelling reasons to keep menus:
- Users are already familiar with them and know how to use them. Most applications have them at the top, drop down, etc. Is it sexy? Perhaps not, but it’s familiar. Do you want people to use your applications or admire them. Can it be both? Certainly, but only if you don’t take away an expected UI element and with it a significant portion of usability.
- Menus provide a “when all else fails” location for functionality and users know this. When you can’t find something on a button, tab, slider, link, or icon you instinctively start looking in menus. Everyone who’s worked with users has heard at least once (likely thousands) the complaint, “I couldn’t find it in a menu…”
Do we want to make our programs more or less functional? Whether it’s the X to close, resizing from corners, or even menus at the top, it’s become part of the user experience and unless you want to retrain users, it is in all our best interests to continue with what works and build on it, not throw it away.
Popularity: 36%













I blieve that it’s the “follow Office” mentality. Office goes with a ribbon and no menu thus the lemmings follow.
John
I thought that at first but I started thinking hard about it and I don’t think that’s the case. Office 2007 still has menus. Vista and Windows 7 still have menus. They’re just not as prominent. Even the ribbon panel has menus within it, but at its heart it’s a toolbar.
More and more apps are eschewing even toolbars.
I don’t think it’s so much a “follow Office” as it is “Apple are gods of design”. Apple tends toward over-simplification of its UI in its devices, and it’s those devices that are most visible.
At least that’s what I’m thinking.
First of all, I think this article’s title should read “Why Are WPF Developers Trying to Kill Topbar menus?”.
Secondly, I wonder you will say this after a few years too when touch will become a prominent way to interact with your system. Wonder how a top bar menus will work on a ATM?
Menus will never be dead. When you have too many options, menus is the way to go. But yes, the way a menus looks today might change. Evolution. Toolbars are nothing but menu shortcuts. Office ribbon is a combination of a toolbar and a top bar menus.
Thanks for your comments.
I don’t believe that touch will ever be prominent on anything but mobile devices and consumer/kiosk applications. While significant, they don’t really comprise the lion’s share of what’s being written and I don’t see that changing.
ATM’s are more akin to a kiosk device and as such naturally have a completely custom interface, the same way you do with electronics on vehicles as well as consumer electronics.
Your statement…
“I don’t believe that touch will ever be prominent on anything but mobile devices and consumer/kiosk application”…
sounds something like these:
“There is no reason anyone would want a computer in their home.” by Ken Olson, or,
“We will never make a 32 bit operating system.”, Bill Gates.
No offense.
Gotta agree with this one. Kiosks + Touch is good (simplify for the masses). I tried the HP touch machine and after a while the touch just seemed like a gimmick. Without a killer touch desktop app it was more of a hassle. Who wants to reach up all the time.
Perhaps a tablet PCs 2.0 could revive touch. Win7 having easier touch APIs will help. UPS/FexEx delivery man apps will be all over that.
I can see your point on Office having menus as well as the follow the mac approach. Of course on the mac you have the one-menu-to-rule-them-all. Personally, I don’t like that model (use a mac for some of my dev work) having an app running w/ no windows still uses the menu bar.
John