A declarative Unix terminal UI programming library written in Haskell
Go to file
Daniel Wagner ec54d28d4b rearrange modules
Previously, the brick-specific Location type had been moved from
Brick.Types.Internal into the new BorderMap module. It's a bit of an odd
place to define it. So now there's an internal internal module named
Brick.Types.Common with a few things that BorderMap needs but that don't
really make sense to define inside the BorderMap module. Both BorderMap
and Types.Internal import this new Common module.
2018-03-25 18:08:07 -04:00
docs guide: typos 2018-02-26 08:59:01 -08:00
logo Add improved logo with text for README 2017-12-27 13:38:00 -08:00
programs add a way to join neighboring borders 2018-03-25 18:04:15 -04:00
src rearrange modules 2018-03-25 18:08:07 -04:00
tests make test suite more obviously correct 2018-03-25 18:04:15 -04:00
.gitignore gitignore stack files 2017-10-22 08:44:47 -07:00
.travis.yml Travis: build on 7.10.3 2018-03-23 18:15:47 -07:00
brick.cabal rearrange modules 2018-03-25 18:08:07 -04:00
cabal.config Add cabal.config 2015-07-11 16:01:41 -07:00
CHANGELOG.md Bump version, update changelog 2018-03-24 10:30:37 -07:00
FAQ.md Start FAQ 2015-08-10 13:05:39 -07:00
LICENSE Update copyrights 2017-12-27 13:48:07 -08:00
README.md Add clifm to featured projects 2018-03-23 18:29:49 -07:00
Setup.hs Initial commit 2015-05-08 23:09:40 -07:00

Build Status

brick is a Haskell terminal user interface programming library 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 using a set of declarative combinators. Then you provide a function to transform your application state when input or other kinds of events arrive.

Under the hood, this library builds upon vty, so some knowledge of Vty will be helpful in using this library.

Release Announcements / News

Find out about brick releases and other news on Twitter:

https://twitter.com/brick_haskell/

Example

Here's an example interface (see programs/ReadmeDemo.hs):

withBorderStyle unicode $
borderWithLabel (str "Hello!") $
(center (str "Left") <+> vBorder <+> center (str "Right"))

Result:

┌─────────Hello!─────────┐
│           │            │
│           │            │
│   Left    │   Right    │
│           │            │
│           │            │
└────────────────────────┘

To get an idea of what some people have done with brick, take a look at these projects:

Getting Started

Check out the many demo programs to get a feel for different aspects of the library:

$ cabal new-build -f demos
$ find dist-newstyle -type f -name \*-demo

To get started, see the user guide.

Documentation

Documentation for brick comes in a variety of forms:

Feature Overview

brick comes with a bunch of batteries included:

Low-level stuff:

  • 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
  • (And many more general-purpose layout control combinators)

Other killer features:

  • Extensible widget-building API
  • User-customizable attribute themes
  • Type-safe, validated input form API (see the Brick.Forms module)

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:

https://groups.google.com/group/brick-users

Status

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 is also something of an experimental project of mine and some aspects of the design involve trade-offs that might not be right for your application. Brick is not intended to be all things to all people; rather, I want it to provide a good foundation for building complex terminal interfaces in a declarative style to take away specific headaches of building, modifying, and working with such interfaces, all while seeing how far we can get with a pure function to specify the interface.

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.

  • Clearly describe the behavior you expected ...

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

Contributing

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.
  • Please make changes consistent with the conventions I've used in the codebase.
  • Please adjust or provide Haddock and/or user guide documentation relevant to any changes you make.