wez/wezterm
1
1
Fork 0
mirror of https://github.com/wez/wezterm.git synced 2024-12-25 22:33:52 +03:00
Code Issues Projects Releases Wiki Activity
01eaa7db08
wezterm/window/Cargo.toml

58 lines
1.3 KiB
TOML
Raw Normal View History

add very basic win32 window creation
2019-08-08 05:19:04 +03:00
[package]
name = "window"
version = "0.1.0"
authors = ["Wez Furlong"]
edition = "2018"
repository = "https://github.com/wez/wezterm"
description = "Cross platform window setup and render"
license = "MIT"
window: take a stabe at EGL for linux/windows This doesn't initialize it at all properly yet, but is groundwork for completing that work in a later commit
2019-10-25 01:54:41 +03:00
build = "build.rs"
[build-dependencies]
gl_generator = {version="0.13", optional=true}
add very basic win32 window creation
2019-08-08 05:19:04 +03:00
[dependencies]
borrow input types from termwiz
2019-08-10 07:53:46 +03:00
bitflags = "1.0"
upgrade euclid dep
2019-09-21 22:32:21 +03:00
euclid = "0.20"
add very basic win32 window creation
2019-08-08 05:19:04 +03:00
failure = "0.1"
failure_derive = "0.1"
introduce Connection::executor() -> impl BasicExecutor This can be called from any thread
2019-08-10 07:34:34 +03:00
lazy_static = "1.3"
window: take a stabe at EGL for linux/windows This doesn't initialize it at all properly yet, but is groundwork for completing that work in a later commit
2019-10-25 01:54:41 +03:00
libloading = { version = "0.5", optional=true }
add arbitrary line drawing with anti-aliasing
2019-08-11 20:15:08 +03:00
line_drawing = "0.8"
resurrect bitmap render code from 236960e1a8e00dfcba6680de145daf1b494a6cf7 Earlier in the life of wezterm we had software rendering in src/xgfx.rs. This is the bitmap portion of that code from rev 236960e1a8e00dfcba6680de145daf1b494a6cf7, tweaked slightly for more recent changes to the palette crate.
2019-08-08 20:00:54 +03:00
palette = "0.4"
add very basic win32 window creation
2019-08-08 05:19:04 +03:00
promise = { path = "../promise" }
resurrect bitmap render code from 236960e1a8e00dfcba6680de145daf1b494a6cf7 Earlier in the life of wezterm we had software rendering in src/xgfx.rs. This is the bitmap portion of that code from rev 236960e1a8e00dfcba6680de145daf1b494a6cf7, tweaked slightly for more recent changes to the palette crate.
2019-08-08 20:00:54 +03:00
resize = "0.3"
window: A basic opengl capability
2019-10-07 17:17:57 +03:00
glium = { version = "0.26.0-alpha3", optional=true, default-features = false}
add very basic win32 window creation
2019-08-08 05:19:04 +03:00
[features]
make it possible to build async example on stable rust This should make the CI a bit happier
2019-09-29 08:00:07 +03:00
async_await = []
window: take a stabe at EGL for linux/windows This doesn't initialize it at all properly yet, but is groundwork for completing that work in a later commit
2019-10-25 01:54:41 +03:00
opengl = ["cgl", "glium", "gl_generator", "libloading"]
add very basic win32 window creation
2019-08-08 05:19:04 +03:00
[target."cfg(windows)".dependencies]
winapi = { version = "0.3", features = [
use dark mode
2019-08-08 08:10:30 +03:00
"dwmapi",
add very basic win32 window creation
2019-08-08 05:19:04 +03:00
"handleapi",
Improve? IME on Windows This isn't perfect, but is sufficient to allow using the IME to enter eg: the heart emoji with cmd.exe. We have some issues locating and rendering chinese characters that make it difficult to prove/disprove that the IME is working 100% because we just can't see the glyphs. In addition, there appears to be something a bit wonky with conpty and emoji. If we use eg: `wezterm ssh HOST` to log in to a remote system, and use the IME to pick eg: the pig face emoji, this renders correctly. In that scenario we don't use conpty at all. The IME window is always placed in the top left corner of the window at the moment, which isn't great, but is better than the system default which is outside of the window. I need to introduce a way to set the IME position in the window layer so that the front end gui can set it to the current cursor position.
2019-11-02 19:35:19 +03:00
"imm",
window: tidy up crate deps
2019-08-08 19:13:22 +03:00
"libloaderapi",
add very basic win32 window creation
2019-08-08 05:19:04 +03:00
"synchapi",
window: tidy up crate deps
2019-08-08 19:13:22 +03:00
"winerror",
"winuser",
add very basic win32 window creation
2019-08-08 05:19:04 +03:00
]}
basic xcb windows too
2019-08-09 03:44:57 +03:00
[target.'cfg(all(unix, not(target_os = "macos")))'.dependencies]
promise: split execute out to BasicExecutor This makes it easier to implement just the scheduling portion without imposing other restrictions on the executor type.
2019-08-10 04:49:46 +03:00
filedescriptor = "0.5"
basic xcb windows too
2019-08-09 03:44:57 +03:00
x11 = {version ="2.18", features = ["xlib_xcb"]}
xcb = "0.8"
hook up paint method for x11
2019-08-09 21:15:09 +03:00
xcb-util = { features = [ "icccm", "ewmh", "keysyms", "shm"], version = "0.2" }
basic xcb windows too
2019-08-09 03:44:57 +03:00
xkbcommon = { version = "0.4", features = ["x11"] }
mio = "0.6"
mio-extras = "2.0"
hook up paint method for x11
2019-08-09 21:15:09 +03:00
libc = "0.2"
really basic macos window
2019-08-09 06:53:16 +03:00
[target.'cfg(target_os="macos")'.dependencies]
remove local workaround for core-foundation UB issue My fixes landed upstream in https://github.com/servo/core-foundation-rs/commit/0a3ac83c1bb38d30a4d30530cd233385b7410b2c and are released already to crates.io
2019-11-13 11:05:55 +03:00
cocoa = "0.20"
really basic macos window
2019-08-09 06:53:16 +03:00
objc = "0.2"
remove local workaround for core-foundation UB issue My fixes landed upstream in https://github.com/servo/core-foundation-rs/commit/0a3ac83c1bb38d30a4d30530cd233385b7410b2c and are released already to crates.io
2019-11-13 11:05:55 +03:00
core-foundation = "0.7"
core-graphics = "0.19"
window: A basic opengl capability
2019-10-07 17:17:57 +03:00
cgl = { version = "0.3", optional = true }
Reference in New Issue Copy Permalink