Slashdot Mirror


Should Apps Replace Title Bars with Header Bars? (gnome.org)

Gnome contributor Tobias Bernard is on a crusade against title bars -- "the largely empty bars at the top of some application windows [that] contain only the window title and a close button." Instead he wants to see header bars -- "a newer, more flexible pattern that allows putting window controls and other UI elements in the same bar." Tobias Bernard writes: Header bars are client-side decorations (CSD), which means they are drawn by the app rather than the display server. This allows for better integration between application and window chrome. All GNOME apps (except for Terminal) have moved to header bars over the past few years, and so have many third-party apps. However, there are still a few holdouts.
He's announcing the CSD Initiative, "an effort to get apps (both GNOME and third-party) to drop title bars and adopt GNOME-style client-side decorations... The only way to solve this problem long-term is to patch applications upstream to not use title bars. So this is what we'll have to do."
  • Talk to the maintainers and convince them that this is a good idea
  • Do the design work of adapting the layout and make mockups
  • Figure out what is required at a technical level
  • Actually implement the new layout and get it merged

Implementation is already in progress for Firefox, though it has not yet been started for other high-priority apps like LibreOffice, GNOME Terminal, and Skype. "If you want to help with any of the above tasks," writes Tobias, "come talk to us on #gnome-design on IRC/Matrix."


1 of 362 comments (clear)

  1. Functions of the title bar by yurikhan · · Score: 5, Informative

    The classic title bar performs several functions of varying utility. Let me count them.

    1. As the title suggests, the title bar displays the title of the window. This typically includes the name of the application and the name of document currently opened, and can easily take half the space available or even more.

    2. It lights up when the window is active, and dims down when inactive, helping the user maintain focus with a busy desktop.

    3. It provides an intuitive, discoverable way of dragging the window. (For experienced users, Alt+dragging is more usable, although less discoverable.)

    4. It is a big target for (un)maximization via double click.

    5. It is a big target for opening the window control menu via right button click.

    6. It houses the window manager controls.

    7. Last but not the least, the title bar is provided by the window manager in a manner consistent across the desktop. If every application toolkit starts doing its own header bars, we lose this consistency.