Linked by Thom Holwerda on Wed 7th Nov 2007 13:39 UTC
Graphics, User Interfaces This is the fourth article in a series on common usability and graphical user interface related terms [part I | part II | part III]. On the internet, and especially in forum discussions like we all have here on OSNews, it is almost certain that in any given discussion, someone will most likely bring up usability and GUI related terms - things like spatial memory, widgets, consistency, Fitts' Law, and more. The aim of this series is to explain these terms, learn something about their origins, and finally rate their importance in the field of usability and (graphical) user interface design. In part IV today, we focus on a dead horse Fitts' Law.
Thread beginning with comment 283349
To read all comments associated with this story, please click here.
menu bar
by stew on Wed 7th Nov 2007 14:15 UTC
stew
Member since:
2005-07-06

"This view, that a global menubar is better because of Fitts' law, is a tad bit, dare I say it, short-sighted."

Correct. If you really want to invoke Fitt's Law in a menu bar discussion, you would do away with the menu bar and put it all in a popup menu a la NeXT, DejaMenu in OS X or MagicMenu on the Amiga.

RE: menu bar
by Coxy on Wed 7th Nov 2007 14:26 in reply to "menu bar"
Coxy Member since:
2006-07-01

And RISC OS

Reply Parent Bookmark Score: 1

RE: menu bar
by Michael on Wed 7th Nov 2007 14:40 in reply to "menu bar"
Michael Member since:
2005-07-01

If you really want to invoke Fitt's Law in a menu bar discussion, you would do away with the menu bar and put it all in a popup menu...

Which begs the question: why doesn't that happen more? Every GUI I use seems to blithely ignore Fitt's law and it's descendants, giving me thin strips floating in the middle of the screen to target, be they the resize bars along the edge of a window or frame, or the items in a menu - many's the time I've been caught out by the wrong sub-menu popping up as I search for the menu item I really want. Then there's those fiddly icons, small toolbar buttons and the save action within mere pixels of the save as... action.

And all this applies universally to Windows, Linux, Mac and pretty much everything else. For an over-used term, Fitt's law seems to be sadly under-used.

Reply Parent Bookmark Score: 2

RE[2]: menu bar
by Coxy on Wed 7th Nov 2007 14:50 in reply to "RE: menu bar"
Coxy Member since:
2006-07-01

Probably everyone elses laws getting in the way, krugs laws, jakobs laws, every usability student seems to invent their own too. :-)

Reply Parent Bookmark Score: 1

RE[2]: menu bar
by stew on Wed 7th Nov 2007 15:57 in reply to "RE: menu bar"
stew Member since:
2005-07-06

The 3D apps seem to get it right. Maya makes extensive use of circular context menus and even extended them to marking menus. 3dx max or Blender use context menus a lot too.

Reply Parent Bookmark Score: 3

RE[2]: menu bar
by leos on Wed 7th Nov 2007 16:12 in reply to "RE: menu bar"
leos Member since:
2005-09-21

giving me thin strips floating in the middle of the screen to target, be they the resize bars along the edge of a window or frame, or the items in a menu - many's the time I've been caught out by the wrong sub-menu popping up as I search for the menu item I really want. Then there's those fiddly icons, small toolbar buttons and the save action within mere pixels of the save as... action.


True. Although KDE will let you move or resize a window with your mouse anywhere on that window by holding a key (Alt or the Windows key) and dragging the mouse with left or right click. It's incredibly convenient. The lack of that drives me nuts in other environments/OSes.

Also toolbar icons default to icons+text in gnome and the upcoming kde4.0, so the buttons are no longer fiddly.

Reply Parent Bookmark Score: 2

RE[2]: menu bar
by r_a_trip on Wed 7th Nov 2007 17:11 in reply to "RE: menu bar"
r_a_trip Member since:
2005-07-06

Which begs the question: why doesn't that happen more?

Probably because a (right click) context menu is not intuitive to inexperienced users. If it's not visible, it doesn't exist.

A visible menu bar may not be the most ergonomic, but anyone (with good sight) can find it and read what the thing does.

Reply Parent Bookmark Score: 5

RE[2]: menu bar
by Spellcheck on Wed 7th Nov 2007 23:20 in reply to "RE: menu bar"
Spellcheck Member since:
2007-01-20

No, it raises the question.

Reply Parent Bookmark Score: 0