vty: A simple terminal UI library

This is a package candidate release! Here you can preview how this package release will appear once published to the main package index (which can be accomplished via the 'maintain' link below). Please note that once a package has been published to the main package index it cannot be undone! Please consult the package uploading documentation for more information.

[maintain] [Publish]

Warnings:

vty is terminal GUI library in the niche of ncurses. It is intended to be easy to use and to provide good support for common terminal types.

See the vty-examples package as well as the program examples/interactive_terminal_test.hs included in the vty repository for examples on how to use the library.

Import the Graphics.Vty convenience module to get access to the core parts of the library.

© 2006-2007 Stefan O'Rear; BSD3 license.

© Corey O'Connor; BSD3 license.

© Jonathan Daugherty; BSD3 license.


[Skip to Readme]

Properties

Versions 3.0.0, 3.0.1, 3.0.2, 3.0.4, 3.1.0, 3.1.2, 3.1.4, 3.1.6, 3.1.8, 3.1.8.2, 3.1.8.4, 4.0.0, 4.0.0.1, 4.2.1.0, 4.4.0.0, 4.4.0.0.1, 4.6.0.1, 4.6.0.2, 4.6.0.4, 4.6.0.6, 4.7.0.0, 4.7.0.4, 4.7.0.6, 4.7.0.8, 4.7.0.10, 4.7.0.12, 4.7.0.14, 4.7.0.18, 4.7.0.20, 4.7.1, 4.7.2, 4.7.3, 4.7.4, 4.7.5, 5.0.0, 5.0.1, 5.0.2, 5.1.0, 5.1.1, 5.1.3, 5.1.4, 5.2.0, 5.2.1, 5.2.2, 5.2.3, 5.2.4, 5.2.5, 5.2.6, 5.2.7, 5.2.8, 5.2.9, 5.2.10, 5.2.11, 5.3, 5.3.1, 5.4.0, 5.5.0, 5.6, 5.7, 5.7.1, 5.8, 5.8.1, 5.9, 5.9.1, 5.10, 5.11, 5.11.1, 5.11.2, 5.11.3, 5.12, 5.13, 5.14, 5.15, 5.15.1, 5.16, 5.17, 5.17.1, 5.18, 5.18.1, 5.19, 5.19.1, 5.19.2, 5.20, 5.21, 5.22, 5.23, 5.23.1, 5.24, 5.24.1, 5.25, 5.25.1, 5.26, 5.27, 5.28, 5.28.1, 5.28.2, 5.29, 5.30, 5.31, 5.32, 5.33, 5.34, 5.35, 5.35.1, 5.36, 5.37, 5.38, 5.39, 6.0, 6.0, 6.1, 6.2
Change log CHANGELOG.md
Dependencies base (>=4.8 && <5), binary, blaze-builder (>=0.3.3.2 && <0.5), bytestring, deepseq (>=1.1 && <1.5), directory, fail, filepath, microlens (<0.4.14), microlens-mtl, microlens-th, mtl (>=1.1.1.0 && <2.4), parsec, semigroups (>=0.16), stm, text (>=0.11.3), utf8-string (>=0.3 && <1.1), vector (>=0.7) [details]
License BSD-3-Clause
Author AUTHORS
Maintainer Jonathan Daugherty (cygnus@foobox.com)
Category User Interfaces
Home page https://github.com/jtdaugherty/vty
Source repo head: git clone https://github.com/jtdaugherty/vty.git
Uploaded by JonathanDaugherty at 2023-10-30T21:47:43Z

Modules

[Index] [Quick Jump]

Downloads

Maintainer's Corner

Package maintainers

For package maintainers and hackage trustees


Readme for vty-6.0

[back to package description]

Build Status

vty is a terminal interface library. It provides a high-level interface for doing terminal I/O. Vty is supported on GHC versions 7.10.1 and up.

vty and its partner packages are published on Hackage. The vty package works in concert with one or more platform packages to do terminal I/O. Each platform package provides support for terminal I/O on a specific platform. Known platform packages are:

How to use Vty

  1. Add a package dependency on vty-unix, vty-windows, or vty-crossplatform, depending on the desired level of platform support. For example, if an application only supports Unix systems, it should depend on vty-unix. But if an application is intended to work anywhere Vty works, then vty-crossplatform is the best choice.
  2. Add a package dependency on vty; the core library abstractions, types, and functions are obtained from vty itself. The platform packages do not re-export the core library's modules.
  3. Import mkVty from the platform package in step (1) and use that to construct a Vty handle and initialize the terminal.
  4. If desired, call Graphics.Vty.Config.userConfig to load the Vty user configuration since this step is not automatic.

Once you've initialized the terminal and have a Vty value, all of the vty package's API is now ready to use to do terminal I/O.

Implementing support for a new platform

Although this shouldn't be necessary to do very often (if ever!), if you would like to implement support for a new platform for Vty, see PLATFORM-HOWTO.md.

Features

Development Notes

Vty uses threads internally, so programs made with Vty need to be compiled with the threaded runtime using the GHC -threaded option.

Multi-Column Character Support

Vty supports rendering of multi-column characters such as two-column Asian characters and Emoji characters. This section details how to take advantage of this feature, since its behavior will depend on the terminal emulator in use.

Terminal emulators support Unicode to varying degrees, and each terminal emulator relies on a table of column widths for each supported Unicode character. Vty also needs to rely on such a table to compute the width of Vty images to do image layout. Since those tables can disagree if Vty and the terminal emulator support different versions of Unicode, and since different terminal emulators will support different versions of Unicode, it's likely that for some wide characters, Vty applications will exhibit rendering problems. Those rendering problems arise from Vty and the terminal emulator coming to different conclusions about how wide some characters are.

To address this, Vty supports loading custom character width tables that are based on the terminal's behavior in order to eliminate these disagreements. By default, though, Vty will use its built-in Unicode character width table. Since the built-in table is likely to eventually disagree with your terminal, Vty provides an API and a command-line tool to generate and install custom tables.

Custom Unicode width tables based on your terminal emulator can be built by using the API in Graphics.Vty.UnicodeWidthTable. The process works by querying the current terminal environment to obtain its width measurements for the entire supported Unicode range. The results are then saved to a disk file.

Saved width tables can then be loaded in one of two ways:

The Vty configuration file supports the widthMap directive to allow users to specify which custom width table should be loaded for a given terminal type. This is done by specifying, e.g.,

widthMap "xterm" "/path/to/map.dat"

where the first argument is the value that TERM must have in order for the table to be loaded, and the second argument is the path to the table file itself as generated by the two alternatives listed above. If the Vty configuration file contains multiple matching widthMap directives for the current value of TERM, the last one listed in the file is used.

The tables declared in the configuration file are only ever automatically loaded when applications set up Vty by calling Graphics.Vty.mkVty.

Before a custom table has been loaded, calls to the library's character width functions (e.g. wcwidth) will use the default built-in table. Once a custom table has been loaded, the functions will use the new custom table. Only one custom table load can be performed in a Vty program. Once a custom table has been loaded, it cannot be replaced or removed.

Contributing

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

Further Reading

Good sources of documentation for terminal programming are: