Linked by Thom Holwerda on Sun 18th Nov 2007 15:46 UTC
Graphics, User Interfaces This is the sixth article in a series on common usability and graphical user interface related terms [part I | part II | part III | part IV | part V]. 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 VI, we focus on the dock.
Permalink for comment 285778
To read all comments associated with this story, please click here.
RE[3]: @google_ninja
by Pixie on Wed 21st Nov 2007 11:11 UTC in reply to "RE[2]: @google_ninja "
Pixie
Member since:
2005-09-30

Where it reads:

the window itself isn't the window

should instead be read:
the window itself isn't the app.

With the menu-bar attached to the window, menus don't have to be repeated in multi-windowed applications -- look at how multi-windowed Photoshop is handled in Windows, look at how multi-windowed Gimp is handled in *nix. And even if a menu is repeated, there is no usability conflict, nor will the computer explode.

Of course, it emulates the behavior of Mac...
BTW GIMP and usability even if at the same paragraph doesn't mix...

Often, users interact with the content, window buttons and window borders more than the application menu. Application toolbars and palette buttons can get even more interaction. So, if you really want to take advantage of the "infinitely large" targets on the screen edge, put the toolbars and pallet buttons there (some *nix WMs/desktops allow this configuration with certain apps).


You know, Menu happens to be there already...


[/q]By the way, a target isn't easy to hit just because you put it on the edge of the screen -- try hitting on the edge of the screen an "infinitely large" target that is one pixel wide. [/q]

How do you know, you obviously doesn't use it.


Please stop. The last thing that a forum such as OSNews needs is one more Mac fanboy incessantly barking the term "Fitts' Law" like a flipping, hyperactive Jack Russell Terrier.

No Mac fan boy, altough I've been using the menu system system since the dawn of the times (ie- Amiga) I know what feels better and Fitt's law just happen to show I'm right.

[p] So, with the Mac menu-bar always at the top of the screen, the targets are always the furthest distance away from the work -- an OSX detriment. [/q]

Although far it is reached faster, and it's not even me saying it, usability tests are...


Unlike OSX, some OSs/desktops/window-managers are actually designed to take advantage of the screen edge/corners, such as SymphonyOS's Mezzo desktop (note the corner and edge widgets in this screenshot): http://www.symphonyos.com/ss/sos-2007b.jpg

My corners are working fine thank you very much, it only seems that you haven't work with all MacOSX has to offer...

cheers

Reply Parent Score: 1