A menu bar is a graphical control element which contains drop down menus. The menu bar's purpose is to supply a common housing for window- or application-specific menus which provide access to such functions as opening files, interacting with an application, or displaying help documentation or manuals. Menu bars are typically present in graphical user interfaces that display documents and representations of files in windows and windowing systems but menus can be used as well in command line interface programs like text editors or filemanagers where drop-down menu is activated with shortcut key or combination.
Through the evolution of user interfaces, the menu bar has been implemented in different ways by different user interfaces and application programs.
In the Macintosh operating system, the menu bar is a horizontal "bar" anchored to the top of the screen. In Mac OS X, the left side contains the Apple menu, the Application menu (its name will match the name of the current application) and the currently focused application's menus (e.g. File, Edit, View, Window, Help). On the right side, it contains menu extras (for example the system clock, volume control, and the Fast user switching menu (if enabled) and the Spotlight icon. All of these menu extras (excluding Spotlight) can be moved horizontally by command-clicking and dragging left or right. If an icon is dragged and dropped vertically it will disappear with a puff of smoke, much like the icons in the dock. In the classic Mac OS (versions 7 through 9), the right side contains the application menu, allowing the user to switch between open applications. In Mac OS 8.5 and later, the menu can be dragged downwards, which would cause it to be represented on screen as a floating pallette.
There is only one menu bar, so the application menus displayed are those of the application that is currently focused. Therefore, for example, if the System Preferences application is focused, its menus are in the menu bar, and if the user clicks on the Desktop which is a part of the Finder application, the menu bar will then display the Finder menus.
Early Apple experiments in GUI design initially used multiple menu bars anchored to the tops of windows, but this was quickly dropped in favor of the current arrangement, as it proved slower to use (in accordance with Fitts's law). The idea of separate menus in each window or document was later implemented in Microsoft Windows and is the default representation in most Linux desktop environments.
Even before the advent of the Macintosh, the universal graphical menu bar appeared in the Apple Lisa in 1983. It has been a feature of all versions of the Macintosh system since the first Macintosh was released in 1984. It is still used in Mac OS X. Earlier than Lisa came, some UI's had drop-down .
The menu bar in Microsoft Windows is usually anchored to the top of a window under the title bar; therefore, there can be many menu bars on screen at one time. Menus in the menu bar can be accessed through shortcuts involving the Alt key and the mnemonic letter that appears underlined in the menu title. Additionally, pressing Alt or F10 brings the focus on the first menu of the menu bar.
Linux and UNIX
The standard GNOME desktop uses a menu bar at the top of the screen, but this menu bar only contains Applications and System menus and status information (such as the time of day); individual programs have their own menu bars as well. The Unity desktop shell shipped with Ubuntu Linux since version 11.04 uses a Macintosh-style menu bar; however, it is hidden unless the mouse pointer hovers over it, similar to the Commodore Amiga example below.
Other window managers and desktop environments use a similar scheme, where programs have their own menus, but clicking one or more of the mouse buttons on the root window brings up a menu containing, for example, commands to launch various applications or to log out.
Window manager menus in Linux are typically configurable either by editing text files, by using a desktop-environment-specific Control Panel applet, or both.
- Window managers that provide a menu bar
- amiwm (Temporary menu bar provides a box to enter commands, programs not listed, no start button, not a taskbar)
- awesome Provides a menu bar, but it is only available when the desktop is visible
- Fluxbox (Provides a combined taskbar showing running applications)
- fvwm95 (Provides a start button and combined taskbar showing running applications)
- IceWM (Provides a start button and combined taskbar showing running applications)
- jwm (Provides a start button and combined taskbar showing running applications)
- qvwm (Provides a start button and combined taskbar showing running applications)
- windowlab - This provides a taskbar only, which does not show a menu,
- xpwm (Provides a start button and combined taskbar showing running applications)
The Amiga used a menu-bar style similar to that of the Macintosh, with the exception that the machine's custom graphics chips allowed each program to have its own "screen", with its own resolution and colour settings, which could be dragged down to reveal the screens of other programs. The title/menu bar would typically sit at the top of the screen, and could be accessed by pressing the right mouse button, revealing the names of the various menus. When the right menu button was not pressed down, the menu/title bar would typically display the name of the program which owned the screen, and some other information such as the amount of memory used. When accessing menus with right mouse buttons pressed, one could select multiple menu entries by clicking the left mouse button, and when right mouse button was released, all actions selected in the menus would be performed in the order they were selected. This was known as multiselect, and is apparently a unique feature of AmigaOS.
The Workbench screen title bar would typically display the internal Kickstart and Workbench version, the total amount of chip and fast memory, and the amount of free Chip RAM and Fast RAM. An unusual feature of the Amiga menu system was that the Workbench screen would display a "Workbench" menu instead of a "File" or "Apple" menu, whilst conforming applications would display "Project" and "Tools" menus (projects and tools being, respectively, the Amiga terms for what in other systems are called files or documents, and programs or applications).
Keyboard shortcuts could be accessed by pressing the left-hand "left Amiga" key along with a normal alphanumeric key. (Some early keyboards had a Commodore key to the left of the spacebar instead of a "left-Amiga" key.) The filled-in and hollowed-out designs, respectively, of the left-and-right Amiga (or Commodore and Amiga) keys were inspired by the similar closed-Apple and open-Apple keys of Macintosh and Apple II keyboards.
The NeXTstep OS for the NeXT machines would display a "menu list", by default at the top left of the screen. Clicking on the entries in the menu list would display submenus of the commands in the menu. The contents of the menu change depending on whether the user is "in" the Workspace Manager or an application. The menus and the sub-menus can easily be torn off.
Power users would often switch off the always-on menu, leaving it to be displayed at the mouse pointer's location when the right mouse button was pressed. The same implementation is used by GNUstep and conforming apps, though applications written for the host operating system or another toolkit will use the menu scheme appropriate to that OS or toolkit.
The TOS operating system for the Atari ST would display menu bars at the top of the screen like Mac OS. Rather than being 'pulled-down' by holding the mouse button, the menu would appear as soon as the pointer was over its heading. This was done to get around an Apple patent on pull-down menus.
In RISC OS, clicking the middle button displays a menu list at the location of the mouse pointer. The RISC OS implementation of menus is similar to the context menus of other systems, except that menus will not close if the right mouse button is used to select a menu entry. This allows the user to implement or try out several settings before closing the menu.
In both Microsoft Windows and Apple Macintosh operating systems, in other similar desktop environments and in some applications, common functions are assigned keyboard shortcuts (for example Control-C or Command-C copies the current selection).
Microsoft-style menu bars are physically located in the same window as the content they are associated with. However, Bruce Tognazzini, former employee of Apple Inc. and human computer interaction professional, claims that the Mac OS's menu bars can be accessed up to five times faster due to Fitts's law: because the menu bar lies on a screen edge, it effectively has an infinite height — Mac users can just "throw" their mouse pointers toward the top of the screen with the assurance that it will never overshoot the menu bar and disappear.
This assumes that the desired menu is currently enabled, however. If another application has "focus", the menu will belong to that application instead, requiring the user to check and see which menu is active before "throwing" the mouse, and often perform an extra step of focusing the desired application before using the menu, which is completely separate from the application it controls. The effectiveness of this technique is also reduced on larger screens or with low mouse acceleration curves, especially due to the time required to travel back to a target in the window after using the menu.
Some applications, e.g. Microsoft Office 2007, Internet Explorer 7 (by default), and Google Chrome and Mozilla Firefox 4 in Windows and Linux, have effectively removed the menu bar altogether by hiding it until a key is pressed (typically the "alt" key). These applications present options to the user contextually, typically using hyperlinks to select actions.
- IBM Common User Access - the standard that defined several aspects of menu layout commonly used by Windows and several Linux desktop environments today.