Advocacy

  Myths
  Press

Dojo (HowTo)

  General
  Hack
  Hardware
  Interface
  Software

Reference

  Standards
  People
  Forensics

Markets

  Web

Museum

  CodeNames
  Easter Eggs
  History
  Innovation
  Sightings

News

  Opinion

Other

  Martial Arts
  ITIL
  Thought


Understanding Screen Layout
Why are things positioned the way they are?

By:David K. Every
©Copyright 1999


If you want to look at the way NOT to display information on a screen, look no further than Win95 and its applications. Most Microsoft Applications portray many "no-no's" of UI (User Interface), and Windows is no exception. So by looking at what Microsoft did wrong, and what Apple did right, we can learn a lot about User Interface.

Prioritization

One of the most basic concepts of Screen usage, has to do with how you prioritize the information. What metaphor do you use and why?

Computer technology was created mostly by western culture, and so we put our ethnocentric biases on things.

For example, our writing systems work from the top-left corner, and move right across the page, until we get to the end of a line, and then we wrap to the next line, and travel down to the bottom right corner. This means that there is a priority on how we look at a page (or computer screen). Our biases have effected rest of the world, until they have become "standard".

Information on the upper-left of the screen is the most important (what we look at first), and bottom-right is least important (what we look at last). Apple understands this prioritization, and used it to design the Mac interface. Microsoft either didn't know the most basic of UI concepts, or didn't care. Look at the following:

Mac
Windows

The menubars (and menus) are at the top of the screen. This is because they are the most frequently used item on the screen, so they are in a predictable place and in the highest priority position (upper-left). Menus themselves are ordered so that the most frequent items are supposed to be at the top and left, and the least frequent are at the bottom of menus and are the right most.

The menubars are at the top of every window. This scatters them around the screen. When you zoom an app, it is not so bad since they are near the top. But then there are problems with that window obstructing other windows, and so on. The menus themselves are ordered similar to the Mac. But the point is that there is no prioritization of where menus will be on the screen.

Application (task) switching is a fairly common task, and so is high up on the display priority chain. But it is contained in a control that only displays the information as you need it (through a dropdown menu). This keeps as much screen real estate available as possible. The Mac does need more versatility (power) in the App menu, but that is being added. So the App menu behaviors are better from a real-estate (information hiding) and prioritization point of view.

Application (task) switching is a fairly common task, so it is at the bottom of the screen (which means low priority). It can be relocated, but the default is bad. It always wastes that the screen real estate (whether you want to see it or not), but you can set it to hide when not in use -- and then when you overshoot the scrollbar (common action) the taskbar pops out (obstructing work),so most users dislike auto-hide. The task bar is usable, but it is poor at information hiding and prioritization.

Windows open in the work area (towards the left, and higher in priority). If the window has a palette (frequently used tools to access the information in the window), it will usually go to the left or above the content window. Palettes can add clutter and confusion, but are usually used (abused) far less than Windows.

When you maximize windows they do not fill the screen, they start at the left of the screen, and only take as much width as they need. This leaves screen real-estate for others.

Windows open over the work area (in front of other things). Most window have lots of palettes (buttonbars) that take up the top part of Windows, and can sometimes be relocated. But the overuse of palettes by Windows can reduce the work area to the size of a postage stamp.

When you maximize windows they fill the screen and obstruct all other work. This leaves no screen real-estate for others. So task switching is far more needed (and common).

Disks (and folders and files) are to the right of the screen, so that when you open windows and applications, the content (what is important) fills the left part of the screen, or your work area (which is higher priority). You can do that without obstructing the disks (drives) so that if you want to open anything else, you can just start from the disk (at the right) and find what you want.

Disks are less important than their content, and presumably your focus is on the content -- yet the disks are still accessible.

Disks are embedded an extra layer deeper. So you always have to open "my computer" first, which contains all devices. So there is an extra step before you can work with disks and data. Then when you open them they are often in the center of the screen (they are in a window). This means that any windows or files you open (content) will obstruct these devices. Then you have to hide or close those windows or Apps, or use the task bar to reorder windows, before you can access the file hierarchy again. In other words, there is no prioritization between drives and the data.

Printers are sometimes used to drop data (files) on to print. Or opened if you want to see the status of a print job. So both are accessible by placing them right below the drives in priority.

Printers are embedded a couple layers deep (inside "my computer/printers/"). This makes accessing them (and their information) harder. So most people only work with printing through applications.

Control Strip frequently used setting are accessible through a little pop-out control called a control strip.

Some apps patch Windows to have access to settings via the taskbar. But this method, and their behaviors are not standardized.

Popup items frequently used folders (and their items) can be docked at the bottom of the screen. This allows users to shortcut the drive hierarchy and get to their work quicker.

The bottom of Windows is used to switch applications (like the tasks), and you can't have as quick of access to frequently used items (other than shortcuts, which work like Mac aliases, only worse).

Apple has their Apple Menu which does everything the start menu does in windows. Except the Apple menu works better, since the hierarchy isn't as deep (faster to work), and it is easier to configure and manage. It also has more features like recent items.

Start menu is at the bottom of the screen. This is where you get to things that are kept in menus in any other program, except the file explorer. Don't ask me why there is this inconsistency. I especially like the logic of putting shutdown as the first item in the start menu.

Trash is placed in the bottom-right, lowest priority (since you don't want to accidentally destroy data). It is away from everything else.

Trash is placed next to drives and in a high priority position. Also there is a little trash can inside of the file explorer. This makes data removal easier -- but so easy that you can accidentally destroy data.

Windows is highly configurable, which is not always a good thing in UI (despite what many geeks think). So many "bad" Windows behaviors are "fixable", or there are workarounds, with proper configuration. But most people don't make those changes (because they don't know how), even when the changes are as easy as making shortcuts to the desktop (to make it behave more like a Mac). Besides, the point of this article is default behaviors.

Some features have other advantages, and disadvantages, not mentioned here -- but this article's scope is screen utilization, not the merits of every feature mentioned.

Other screen utilization issues

There are plenty of other User Interface gripes (dealing with screen real-estate) that I have with Microsoft. These are more than just opinion, these are lack of understanding, or poor usage, of basic UI concepts.

Chicklet Buttons

Microsoft took Apples idea from MacWrite (embedding a ruler in a document) and MacPaint (tools/palettes), and went berserk. They created 'chicklet' buttons galore, so that all the functions that you can easily find and understand in the menus, are now embedding in a visual cacophony of confusing little buttons -- all wasting precious screen real-estate. This confuses users, and increases their chances of errors. User; "Oh no, that was the self-destruct chicklet!"

Don't get me wrong, some chicklets and palettes are not bad, but not everything should be accessible through one. An example of 'a little is good, a lot is bad'. Read the following list:

  1. Buttons are proper when there are a few often used buttons, buttons are wrong if they try to everything.
  2. Buttons are fine if they do functions that are visually obvious. They are wrong if they do things that the user might not see the results of, so they click again and again and wonder if they clicked at all.
  3. Buttons are wrong for destructive behavior (since accidental clicks are not uncommon).
  4. Buttons are wrong for file commands or if they pull up dialogs and require more input (since that slows down the workflow).
  5. Buttons are wrong if they are only used for menus (since that is what a menu or menu bar is for).

I just wish Microsoft would read this list, and apply it. Either they know these UI concepts, and don't care because they sell the glitz and not the usability (and don't care about productivity or usability), or they are incompetent and have ripped others off poorly. I suspect the former.

Orientation

Most monitors are in a landscape orientation (wider than they are tall). Most of the information you want to display is pages of information (which are taller than they are wide). This makes vertical screen real-estate far more important than horizontal real-estate. This is why Apple created vertical palettes that you go to the left of a document window, and the Mac supports floating palettes that can be moved anywhere (or closed).

Application developers didn't understand why apple did this, and some applications reflect their ignorance (Microsoft's Apps are the worst culprits). The results of this ignorance are apparent in Win95 and are forced on many of its Apps; both by MDI (parent-child Windows, and by following their standards). Look at these two images:

In some ways this image isn't fair:
  1. Claris Home Page doesn't really have a status line, but most Windows Apps do (so added it to this app to stress my point).
  2. Many people will maximize the parent and child windows (to minimize the poor real-estate usage) -- but in order to maximize those separately it takes an extra step (or two) setting things up. When you are working with more than one file at a time it is almost always going to be in the wrong state (at least part of the time). And it forces a more "modal" work flow, since a zoomed document obstructs all other documents.

In some ways this image was not harsh enough:

  1. Most Windows apps have more than one status line.
  2. I was viewing Windows with compressed settings. You can sent font sizes and other UI elements to be larger.
  3. I didn't include the Windows taskbar in my image (which takes more vertical real-estate).
  4. Claris Home Page doesn't use as many palette lines as most Windows Applications, and CHP has more palettes than are normal for the Mac.

Notice the difference in usable screen real-estate?

Normally, on the Mac you have a scroll bar, a Menubar, a window title, and maybe a palette (but usually a vertical one that isn't taking vertical real-estate). So 3 or 4 vertical lines are used.

On Windows there is normally a titlebar (or two), a menu bar (or two), a palette bar (or 4), a status bar (or two lines worth), a scrollbar (or two), and the taskbar. Then there are little space-separators every so often (little borders around things to give it a more 3D effect). So up to 10-15 vertical lines can be use (for a large percentage or your usable vertical real-estate).

The Mac is like having a bigger monitor (in this example a monitor 3 times as large). The Macs superior real-estate efficiency is like money in the bank (by having a larger monitor for free, or being more productive on a smaller one).

Multiple Monitors

As if the advantages of the Macs use of screen real-estate weren't enough. The Mac also supports multiple monitors, which many graphic artists, video producers, programmers, businesses and even schools take advantage of. Quite often I've recommended that users and clients buy two 17" monitors instead of one 19"; they end up with more screen real-estate, they have a built-in back up (in case one monitor breaks), and it can cost less.

Windows95 does not support more than one monitor, though there are rumors than Win98 may support it... finally. But with Microsoft you have to wait and see. Windows98 is mostly fixing bugs and delivering on features promised for Win95 (which was originally called Win4/Chicago and scheduled for '92 - '93). And then there is the question of how well it will support it. Win95 is supposed to be plug&play, but the results were less than stellar for the first few years. WinNT sort of supports multiple monitors -- but it it is hard to set up, and it can't do the most basic of things (like not put your dialogs in the middle of two screens, or support different color depths for each monitor, and so on). So while Microsoft may get multiple monitor support working before 2000, the Mac has done so (the right way) since 1987. This time Microsoft is more than their usual 10 years behind Apple (1).

(1) Remember, Microsoft took until Win95 to "catch up" with things like long file names, desktop metaphor, and so on -- which was available on a 1984 Mac, or 1983 Lisa. Of course "catch up" is generous, since Win95's implementations have many holes and flaws than the Macs of a decade earlier.

Conclusion

Apple understands the value of screen real-estate and about prioritization. Microsoft does not, or does not care. So while most Mac users have a hard time quantifying why they like the Mac so much, they do know it is better. Hopefully this article (and all articles in the Interface section) will give them more ammo for exactly why the Mac is so much better -- from User Interface perspective.

Many people claim that Microsoft did their Interface different (wrong) just to be different, and to avoid losing the lawsuit over look and feel. But that assumes that Microsoft knew what was right, and consciously made a decision to make a worse interface. I'm not convinced they had the expertise to make an educated decision -- or that they cared. If they cared they could have hired the expertise (or would have listened to them). So they may have done it different, just to be different -- but I doubt they understood enough about UI to know how bad it is. I think they just want to "ship" and "win," and don't care about their customers or the usability, beyond moving boxes and making a buck.


Created: 04/23/98
Updated: 11/09/02


Top of page

Top of Section

Home