1
1
mirror of https://github.com/wez/wezterm.git synced 2024-11-10 15:04:32 +03:00
wezterm/termwiz/Cargo.toml
Wez Furlong 1ab438c1e2 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 08:45:08 -08:00

60 lines
1.2 KiB
TOML

[package]
authors = ["Wez Furlong"]
name = "termwiz"
version = "0.4.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"