wezterm/termwiz/Cargo.toml

[package]
authors = ["Wez Furlong"]
name = "termwiz"
version = "0.5.0"
edition = "2018"
repository = "https://github.com/wez/wezterm"
description = "Terminal Wizardry for Unix and Windows"
license = "MIT"
documentation = "https://docs.rs/termwiz"
keywords = ["terminal", "readline", "console", "curses"]
readme = "README.md"

[dependencies]
base64 = "0.10"
bitflags = "1.0"
cassowary = "0.3"
derive_builder = "0.7"
failure = "0.1"
filedescriptor = "0.5"
fnv = "1.0"
image = "0.21"
libc = "0.2"
log = "0.4"
memmem = "0.1"
num = "0.2"
num-traits = "0.2"
ordered-float = "1.0"
palette = "0.4"
regex = "0.2"
semver = "0.9"
serde = {version="1.0", features = ["rc"]}
serde_derive = "1.0"
smallvec = "0.6"
terminfo = "0.6"
unicode-segmentation = "1.5"
unicode-width = "0.1"
xi-unicode = "0.2"
vtparse = { version="0.1", path="../vtparse" }

[dev-dependencies]
varbincode = "0.1"

[dependencies.num-derive]
features = ["full-syntax"]
version = "0.2"
[target."cfg(unix)".dependencies]
signal-hook = "0.1"
termios = "0.3"
[target."cfg(windows)".dependencies.winapi]
features = [
    "winbase",
    "winerror",
    "winuser",
    "consoleapi",
    "handleapi",
    "fileapi",
    "synchapi",
]
version = "0.3"
start building out the terminal model This is influenced by my code in wezterm 2018-07-12 17:26:37 +03:00			`[package]`
add some structs for holding image data 2018-08-07 07:54:17 +03:00			`authors = ["Wez Furlong"]`
start building out the terminal model This is influenced by my code in wezterm 2018-07-12 17:26:37 +03:00			`name = "termwiz"`
fix rendering of the cursor position in the line editor 2019-11-17 00:58:01 +03:00			`version = "0.5.0"`
update termwiz to 2018 edition 2019-02-19 10:26:41 +03:00			`edition = "2018"`
termwiz: prep for publishing on crates.io 2019-05-28 05:51:10 +03:00			`repository = "https://github.com/wez/wezterm"`
			`description = "Terminal Wizardry for Unix and Windows"`
			`license = "MIT"`
			`documentation = "https://docs.rs/termwiz"`
add keywords 2019-05-28 05:57:44 +03:00			`keywords = ["terminal", "readline", "console", "curses"]`
bump some deps 2019-05-28 06:08:02 +03:00			`readme = "README.md"`
start building out the terminal model This is influenced by my code in wezterm 2018-07-12 17:26:37 +03:00
			`[dependencies]`
bump some deps 2019-05-28 06:08:02 +03:00			`base64 = "0.10"`
			`bitflags = "1.0"`
			`cassowary = "0.3"`
			`derive_builder = "0.7"`
			`failure = "0.1"`
fully bump filedescriptor dep 2019-07-23 19:50:48 +03:00			`filedescriptor = "0.5"`
bump some deps 2019-05-28 06:08:02 +03:00			`fnv = "1.0"`
bump image crate dep This avoids compiling two different versions of image 2019-05-26 18:13:24 +03:00			`image = "0.21"`
bump some deps 2019-05-28 06:08:02 +03:00			`libc = "0.2"`
more log 2019-06-09 01:37:55 +03:00			`log = "0.4"`
bump some deps 2019-05-28 06:08:02 +03:00			`memmem = "0.1"`
			`num = "0.2"`
			`num-traits = "0.2"`
			`ordered-float = "1.0"`
			`palette = "0.4"`
			`regex = "0.2"`
IOError -> IoError, tidy up cargo deps 2018-07-24 15:45:24 +03:00			`semver = "0.9"`
bump some deps 2019-05-28 06:08:02 +03:00			`serde = {version="1.0", features = ["rc"]}`
			`serde_derive = "1.0"`
			`smallvec = "0.6"`
			`terminfo = "0.6"`
bump up to latest unicode segmentation crate 2019-11-05 09:12:21 +03:00			`unicode-segmentation = "1.5"`
bump some deps 2019-05-28 06:08:02 +03:00			`unicode-width = "0.1"`
improve emoji width calculation I noticed while scrolling `emoji-test.txt` that some of the combined emoji sequences rendered very poorly. This was due to the unicode width being reported as up to 4 in some cases. Digging into it, I discovered that the unicode width crate uses a standard calculation that doesn't take emoji combination sequences into account (see https://github.com/unicode-rs/unicode-width/issues/4). This commit takes a dep on the xi-unicode crate as a lightweight way to gain access to emoji tables and test whether a given grapheme is part of a combining sequence of emoji. 2019-11-05 19:45:08 +03:00			`xi-unicode = "0.2"`
fix an issue with utf-8 in OSC sequences I've noticed this off and on for a while, and thought it was something fishy with my shell dotfiles. Tracing through I found that the final byte in the "Face with head bandage" emoji 🤕 U+1F915 was being interpreted as the MW control code and causing the vt parser to jump out of the OSC state. The solution for this is to hook up proper UTF-8 processing in the same way that it is applied in the ground state. Since we don't have enough bits to introduce new state values (we're pretty tightly packed in the 16 bits available), I've introduced a memory of the state to which the utf8 parser needs to return once a complete sequence is detected. 2019-11-04 04:53:49 +03:00			`vtparse = { version="0.1", path="../vtparse" }`
Add a parser for terminal input This includes a trie structure for dealing with the keymap lookups. 2018-07-24 00:49:15 +03:00
Enable serializing various Line and Cell related structs 2019-03-14 17:58:48 +03:00			`[dev-dependencies]`
moved varbincode to its own repo 2019-05-28 05:44:55 +03:00			`varbincode = "0.1"`
Enable serializing various Line and Cell related structs 2019-03-14 17:58:48 +03:00
Add a parser for terminal input This includes a trie structure for dealing with the keymap lookups. 2018-07-24 00:49:15 +03:00			`[dependencies.num-derive]`
			`features = ["full-syntax"]`
bump some deps 2019-05-28 06:08:02 +03:00			`version = "0.2"`
add some structs for holding image data 2018-08-07 07:54:17 +03:00			`[target."cfg(unix)".dependencies]`
bump some deps 2019-05-28 06:08:02 +03:00			`signal-hook = "0.1"`
			`termios = "0.3"`
add some structs for holding image data 2018-08-07 07:54:17 +03:00			`[target."cfg(windows)".dependencies.winapi]`
			`features = [`
add terminal wakers Terminal wakers allow other threads to wake the main terminal processing thread. 2019-04-28 19:31:35 +03:00			`"winbase",`
			`"winerror",`
add some structs for holding image data 2018-08-07 07:54:17 +03:00			`"winuser",`
			`"consoleapi",`
			`"handleapi",`
			`"fileapi",`
add terminal wakers Terminal wakers allow other threads to wake the main terminal processing thread. 2019-04-28 19:31:35 +03:00			`"synchapi",`
add some structs for holding image data 2018-08-07 07:54:17 +03:00			`]`
bump some deps 2019-05-28 06:08:02 +03:00			`version = "0.3"`