crossterm
autopy
Our great sponsors
crossterm | autopy | |
---|---|---|
28 | 2 | |
2,926 | 800 | |
3.2% | 2.1% | |
7.1 | 2.8 | |
4 days ago | 8 months ago | |
Rust | Rust | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
crossterm
-
Question: In your experience, is Helix always more snappy/responsive than Neovim?
I have this feeling with all rust apps using crossterm crate as their backend like GitUI for example
-
[2022 Day 14 (Part 1/2) [Rust] Made a small toy
Made a small toy using crossterm that simulates the falling sand using the rules laid out by day 14. Bit late to the party but was pretty fun. The moment I saw the prompt I was fully intent on making some sort of visualization for this after getting the solution.
-
How difficult is ncurses?
There are plenty of terminal UI libraries that are actually nice to work with. For Python, there's Textual and PyTermGUI. For Rust, there's ratatui and Cursive (or, if you want something a bit lower level, crosster or termion). For Go, there's bubbletea.
-
AMDGPU_TOP v0.1.2 - switch to crossterm-backend, add simple fdinfo viewer
Switching the backend of Cursive to crossterm removed dependence on ncurses
-
termion development status?
Just wondering if anyone has any insight into the current development and maintenance of termion? It currently has 67 issues and 24 merge requests and no code activity has happened since Sep 27 2021, so nothing in over a year. I am of course grateful for the existing project, but just somewhat concerned that it ends up being abandoned or forgotten seeing as it is one of the premiere tui libraries written purely in Rust (other being crossterm).
-
I made a terminal-based flashcard app - with incremental reading!
I might make a gui frontend in the future, but for now i'll focus on the terminal. The terminal doesn't mean it doesnt support mac or windows though, they have terminals too! And the library used for accepting key-input is crossterm which supports windows!
-
[Media] I made a Rust CLI game that tests how fast you can guess the language of a code block!
I used crossterm. Really love the simplicity of the API, definitely fit my purposes well.
-
How difficult could it be to make a console program that looks like this and has a game loop running on a separate thread? Any suggestions or crate recommendations are welcome!
For the terminal part you could use https://crates.io/crates/crossterm
-
Mazter, a terminal maze game whose simple code may be of interest (terminal events, rendering, A*, maze generator, achievements database, etc.)
Mazter uses crossterm for terminal events and rendering. It's an excellent cross-platform library: https://github.com/crossterm-rs/crossterm
-
Sharing Saturday #421
This week I discovered tildegit. I thought it was such a cool concept that I decided to open a repo for hosting this project's source code (https://tildegit.org/mscott9437/cataclysm_engine). I tried to explain it the best I could in the README, but admittedly it's going to be a little bit confusing right now, since I'm still working out all the low-level functionalities. Basically this project is going to be in Rust, but right now the only source code on the repo is in C. The reasoning is that I'm writing a basic model for the engine in C, which will be directly ported to Rust. Once I have the model worked out to my satisfaction, I plan to switch the main development over to Rust exclusively. By leveraging the Crossterm library (https://crates.io/crates/crossterm) , I will be able to add features which are not practical in pure C, such as cross-platform support as well as asynchronous event streaming. It might sound like a lot of extra unnecessary work, but I strongly feel that this strategy will pay off in the long run, since I will have a better foundation to build on.
autopy
-
Somehow AutoHotKey is kinda good now
Reciprocally, it's just amazing how much better AutoHotKey is at scripting the computer is than everything else is. The language was clearly never the reason why AHK persisted.
There's works like AutoPy (https://github.com/autopilot-rs/autopy) and AutoPilot-rs (https://github.com/autopilot-rs/autopilot-rs), but they offer like 1/100th the capabilities AHK does.
Personally I think this kind of computer-control is the perfect environment for teaching computing. Rather than writing apps or webapps, I feel like the idea of just writing code to do what you the user would do anyways, but better, is a fantastic introduction to computing & programming. In my ideal world, we'd have an EVE Online server that specifically re-enables the game-client's python interpretter (and periodically does total wipes), so folks can learn to program by scripting not just their desktop, but a complex & interesting game, via it's rich api.
What are some alternatives?
Termion - Mirror of https://gitlab.redox-os.org/redox-os/termion
tui-rs - Build terminal user interfaces and dashboards using Rust
pancurses - A Rust curses library, supports Unix platforms and Windows
enigo - Cross platform input simulation in Rust
fui - Add CLI & form interface to your program. Docs: https://docs.rs/fui
bearlibterminal - BearLibTerminal FFI for Rust
rustgenhash - CLI tool written in Rust which can be used to generate hashes
nfd2 - OS native dialogs for Windows, MacOS, and Linux
ratatui - Rust library that's all about cooking up terminal user interfaces (TUIs)
Cloaker - Simple, drag-and-drop, password-based file encryption
tui-input - TUI input library supporting multiple backends, tui-rs and ratatui
terminal-typeracer