Projects/Usability/HIG/Organization

    From KDE TechBase
    < Projects‎ | Usability‎ | HIG
    Revision as of 04:03, 19 December 2014 by AaronPeterson (talk | contribs) (From a meetup in Seattle, added Context structure, This may be moved to talk without much fight from the transcriptor.)

    Organization

    The organizational model, also called the information architecture, describes how the system’s content and functionality are ordered and categorized. It is made up of the command structure and content structure of the application.

    Command Structure

    A command is any function performed by the application based on user input. Commands that perform similar functions may be grouped together. The collection of commands and command groups make up the command structure of the application. The command structure of KDE applications fall into three categories:


    If it is unclear what the command structure of a new application should be, start by assuming a simple command structure and select an associated command pattern. As the design evolves, if the selected pattern becomes inadequate then consider a pattern for a more complex command structure.

    Content Structure

    The content structure depends on how the underlying content of the application is organized. The content of KDE applications fall into 4 categories:

    • Flat - When the pieces of application content are not grouped. E.g. a playlist, a slideshow or a list of documents or contacts. Use navigation patterns for a flat content structure. Plasmoids may use a flat content structure.
    • 2-deep - When all application content are grouped into top-level categories. E.g. picture albums, music albums, email folders or tags. Use navigation patterns for a 2-deep content structure . Plasmoids should use no more than a 2-deep content structure.
    • 3 deep - When all application content are grouped into categories, which are themselves be grouped into top-level categories. E.g. a music or video library. Content structures this deep should generally be avoided where possible. Use navigation patterns for a 3-deep content structure.
    • n-deep - When content is infinitely groupable. Examples include file systems and archives. Content structures this deep should be avoided where possible since it is difficult for the user to maintain awareness of their location in content structure. Use navigation patterns for a n-deep content structure.

    Context Structure

    • What user interface does the user have available to them?
    • Where is the user?
    • How to not assume things needlessly, but to ask graciously what context the user is in.
    • What activity is the user currently involved with.