brick: A declarative terminal user interface library

[ bsd3, graphics, library, program ] [ Propose Tags ]

Write terminal applications painlessly with brick! You write an event handler and a drawing function and the library does the rest.

module Main where

import Brick

ui :: Widget n
ui = str "Hello, world!"

main :: IO ()
main = simpleMain ui

To get started, see:

This package deprecates vty-ui.

[Skip to Readme]


Automatic Flags

Build demonstration programs


Use -f <flag> to enable a flag, or -f -<flag> to disable that flag. More info


Note: This package has metadata revisions in the cabal description newer than included in the tarball. To unpack the package including the revisions, use 'cabal get'.

Maintainer's Corner

Package maintainers

For package maintainers and hackage trustees


Versions [RSS] 0.1, 0.2, 0.2.1, 0.2.2, 0.2.3, 0.3, 0.3.1, 0.4, 0.4.1, 0.5, 0.5.1, 0.6, 0.6.1, 0.6.2, 0.6.3, 0.6.4, 0.7, 0.8, 0.9, 0.10, 0.11, 0.12, 0.13, 0.14, 0.15, 0.15.1, 0.15.2, 0.16, 0.17, 0.17.1, 0.17.2, 0.18, 0.19, 0.20, 0.20.1, 0.21, 0.22, 0.23, 0.24, 0.24.1, 0.24.2, 0.25, 0.26, 0.26.1, 0.27, 0.28, 0.29, 0.29.1, 0.30, 0.31, 0.32, 0.32.1, 0.33, 0.34, 0.34.1, 0.35, 0.35.1, 0.36, 0.36.1, 0.36.2, 0.36.3, 0.37, 0.37.1, 0.37.2, 0.38, 0.39, 0.40, 0.41, 0.41.1, 0.41.2, 0.41.3, 0.41.4, 0.41.5, 0.42, 0.42.1, 0.43, 0.44, 0.44.1, 0.45, 0.46, 0.47, 0.47.1, 0.48, 0.49, 0.50, 0.50.1, 0.51, 0.52, 0.52.1, 0.53, 0.54, 0.55, 0.56, 0.57, 0.57.1, 0.58, 0.58.1, 0.59, 0.60, 0.60.1, 0.60.2, 0.61, 0.62, 0.63, 0.64, 0.64.1, 0.64.2, 0.65, 0.65.1, 0.66, 0.66.1, 0.67, 0.68, 0.68.1, 0.69, 0.69.1, 0.70, 0.70.1, 0.71, 0.71.1, 0.72, 0.73, 1.0, 1.1, 1.2, 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9, 1.10, 2.0, 2.1, 2.1.1, 2.2, 2.3, 2.3.1, 2.3.2, 2.4
Change log
Dependencies base (<=, brick, containers, contravariant, data-default, deepseq (>=1.3 && <1.5), microlens (>=, microlens-mtl, microlens-th, template-haskell, text, text-zipper (>=0.7.1), transformers, vector, vty (>=5.12) [details]
License BSD-3-Clause
Copyright (c) Jonathan Daugherty 2015-2016
Author Jonathan Daugherty <>
Maintainer Jonathan Daugherty <>
Revised Revision 1 made by JonathanDaugherty at 2021-11-01T19:39:25Z
Category Graphics
Home page
Bug tracker
Source repo head: git clone git://
Uploaded by JonathanDaugherty at 2016-12-11T15:53:05Z
Distributions Arch:1.7, Debian:0.52.1, Fedora:1.9, LTSHaskell:2.1.1, NixOS:2.1.1, Stackage:2.3.2, openSUSE:2.2
Reverse Dependencies 32 direct, 5 indirect [details]
Executables brick-progressbar-demo, brick-border-demo, brick-edit-demo, brick-hello-world-demo, brick-custom-event-demo, brick-list-demo, brick-markup-demo, brick-attr-demo, brick-padding-demo, brick-suspend-resume-demo, brick-layer-demo, brick-mouse-demo, brick-dialog-demo, brick-viewport-scroll-demo, brick-visibility-demo, brick-cache-demo
Downloads 111244 total (533 in the last 30 days)
Rating 2.75 (votes: 12) [estimated by Bayesian average]
Your Rating
  • λ
  • λ
  • λ
Status Docs uploaded by user
Build status unknown [no reports yet]

Readme for brick-0.15.2

[back to package description]


Build Status

brick is a terminal user interface programming library written in Haskell, in the style of gloss. This means you write a function that describes how your user interface should look, but the library takes care of a lot of the book-keeping that so commonly goes into writing such programs.

brick exposes a declarative API. Unlike most GUI toolkits which require you to write a long and tedious sequence of "create a widget, now bind an event handler", brick just requires you to describe your interface -- even the bits that are stateful -- using a set of declarative combinators. Then you provide a function to transform your own application state when input (or other kinds of) events arrive.

Under the hood, this library builds upon vty.

This library deprecates vty-ui.

Feature Overview

brick comes with a bunch of widget types to get you started:

  • Vertical and horizontal box layout widgets
  • Basic single- and multi-line text editor widgets
  • List widget
  • Progress bar widget
  • Simple dialog box widget
  • Border-drawing widgets (put borders around or in between things)
  • Generic scrollable viewports
  • Extensible widget-building API
  • (And many more general-purpose layout control combinators)

In addition, some of brick's more powerful features may not be obvious right away:

  • All widgets can be arranged in predictable layouts so you don't have to worry about terminal resizes.
  • Most widgets can be made scrollable for free.
  • Attribute management is flexible and can be customized at runtime on a per-widget basis.

brick exports microlens and non-lens interfaces for most things, so you can get the power of lenses if desired or use plain Haskell if you don't. If a brick library function named thing has a lens version, the lens version is named thingL.

Getting Started


$ cabal sandbox init
$ cabal install -j -f demos
$ .cabal-sandbox/bin/brick-???-demo

To get started, see the first few sections of the brick user guide.

Brick-Users Discussion

The brick-users Google Group / e-mail list is a place to discuss library changes, give feedback, and ask questions. You can subscribe at:


Your documentation options, in recommended order, are:


brick is young and may be missing some essential features. There are some places were I have deliberately chosen to worry about performance later for the sake of spending more time on the design (and to wait on performance issues to arise first). brick exports an extension API that makes it possible to make your own packages and widgets. If you use that, you'll also be helping to test whether the exported interface is usable and complete!

Reporting bugs

Please file bug reports as GitHub issues. For best results:

  • Include the versions of relevant software packages: your terminal emulator, brick, ghc, and vty will be the most important ones. Even better, the output of cabal freeze would probably be helpful in making the problem reproducible.

  • Clearly describe the behavior you expected ...

  • ... and include a minimal demonstration program that exhibits the behavior you actually observed.


If you decide to contribute, that's great! Here are some guidelines you should consider to make submitting patches easier for all concerned:

  • If you want to take on big things, talk to me first; let's have a design/vision discussion before you start coding. Create a GitHub issue and we can use that as the place to hash things out.
  • If you make changes, try to make them consistent with the syntactic conventions I've used in the codebase.
  • Please provide Haddock and/or user guide documentation for any changes you make.