Human interface guidelines explained

Human interface guidelines (HIG) are software development documents which offer application developers a set of recommendations. Their aim is to improve the experience for the users by making application interfaces more intuitive, learnable, and consistent. Most guides limit themselves to defining a common look and feel for applications in a particular desktop environment. The guides enumerate specific policies. Policies are genes sometimes based on studies of human–computer interaction (so called usability studies), but most are based on conventions chosen by the platform developers preferences.

The central aim of a HIG is to create a consistent experience across the environment (generally an operating system or desktop environment), including the applications and other tools being used. This means both applying the same visual design and creating consistent access to and behaviour of common elements of the interface – from simple ones such as buttons and icons up to more complex constructions, such as dialog boxes.

HIGs are recommendations and advice meant to help developers create better applications. Developers sometimes intentionally choose to break them if they think that the guidelines do not fit their application, or usability testing reveals an advantage in doing so. But in turn, the organization publishing the HIG might withhold endorsement of the application. Mozilla Firefox's user interface, for example, goes against the GNOME project's HIG, which is one of the main arguments for including GNOME Web instead of Firefox in the GNOME distribution.[1]

Scope

Human interface guidelines often describe the visual design rules, including icon and window design and style. Much less frequently, they specify how user input and interaction mechanisms work. Aside from the detailed rules, guidelines sometimes also make broader suggestions about how to organize and design the application and write user-interface text.

HIGs are also done for applications. In this case the HIG will build on a platform HIG by adding the common semantics for a range of application functions.

Cross-platform guidelines

In contrast to platform-specific guidelines, cross-platform guidelines aren't tied to a distinct platform. These guidelines make recommendations which should be true on any platform. Since this isn't always possible, cross-platform guidelines may weigh the compliance against the imposed work load.

Examples

Linux, macOS, Unix-like

Programming languages

Portable devices

Microsoft Windows

Miscellaneous

See also

Notes and References

  1. https://wiki.gnome.org/Apps/Web/Docs/FrequentlyAskedQuestions#Mozilla_and_Firefox Epiphany Project FAQ: Mozilla and Firefox - GNOME Wiki
  2. Web site: Designing for macOS . 2024-07-20 . Apple Developer Documentation . en-US.
  3. Web site: 2017-10-09 . Java Look and Feel Design Guidelines . 2024-07-20 . https://web.archive.org/web/20171009192859/https://oracle.com/us/products/middleware/application-server/jlf-135985.html . 2017-10-09 .
  4. Book: Java Look and Feel Design Guidelines . June 1999 . Sun Microsystems, Inc. . 1999 . 0-201-61585-1 . 1st . 901 San Antonio Road, Palo Alto, California 94303 USA. . June 1999 . ISO 639-1.