whkd
chumsky
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.
whkd
-
WSL and Vim development setup
in powertoys, find a feature called “keyboard manager”. if you want to go deep into keymapping in windows, checkout autohotkey and whkd
-
Somehow AutoHotKey is kinda good now
It was only when I started writing my own sxhkd-inspired hotkey daemon[1] for Windows that I really started to appreciate just how _good_ AHK is. Even just for hotkey binding, AHK does some incredibly clever stuff very transparently to provide for such an excellent end-user experience. For example, using system hooks automatically when the user tries to bind a hotkey combination that is reserved by the system (usually win+something) is implemented so well. Really excellent software and I miss it when I'm using Linux or macOS.
[1]: https://github.com/LGUG2Z/whkd
-
AutoHotkey v2 Official Release Announcement
I ended up using AHK for komorebi[1] because I was still new to Windows when I start writing it and I didn't wanna have to write a tiling window manager AND a hotkey daemon. I even ended up generating a nice little AHK library to wrap around CLI commands that sent socket messages to the window manager to make it easier to write a configuration.
Ultimately the syntax changes make it impossible to fully reproduce the same library for AHKv2, which is being installed by default on all mainstream package managers now.
I ended up biting the bullet and making my own hotkey daemon[2] for use with komorebi based on skhd[3] and I haven't looked back since. This will be the "blessed" hotkey daemon recommended for use in the next release of komorebi.
I'm still using AHK (v1) for the stuff that it's good at (and there is a lot of stuff that it's good at!), but ultimately I've found that it's not the right tool as a hotkey daemon for a socket-based tiling window manager.
[1]: https://github.com/LGUG2Z/komorebi
[2]: https://github.com/LGUG2Z/whkd
[3]: https://github.com/koekeishiya/skhd
- Show HN: Whkd – A simple hotkey daemon for Windows
- whkd: A simple hotkey daemon for Windows
chumsky
-
Lezer: A Parsing System for CodeMirror, Inspired by Tree-Sitter
I attempted to use this but was disheartened but the fact that it doesn't statically type node names. Tree Sitter doesn't either but it has much more of an excuse given that it targets C.
https://github.com/lezer-parser/lezer/issues/8
The dev seems mildly hostile to outside involvement too, so I moved on. These days I use Chumsky which is Rust rather than Typescript, but also way more awesome, if you can deal with the often incomprehensible compilation errors at least!
https://github.com/zesterer/chumsky
-
nom > regex
there’s also chumsky: https://github.com/zesterer/chumsky
-
Writing an Equation Solver
We are using technique called parser combinator. And we are using a library chumsky to write parser combinators.
-
loxcraft: a compiler, language server, and online playground for the Lox programming language
rust-langdev has a lot of libraries for building compilers in Rust. Perhaps you could use these to make your implementation easier, and revisit it later if you want to build things from scratch. I'd suggest logos for lexing, LALRPOP / chumsky for parsing, and rust-gc for garbage collection.
-
Examples of function-based parsers in chumsky? Examples of unit tests?
The examples that come with chumsky and the chumsky tutorial and guide all define their parsers using closures.
-
Flamingo - A start: the syntax, a soon-to-be-built keyword-less lang with flavoured code blocks. Seeking help and advice please :)
Parser: https://crates.io/crates/chumsky
-
pep-508 v0.2.1 - Zero copy Python dependency parser written with chumsky
chumsky's zero-copy rewrite has reached its first alpha release, and I have migrated my pep-508 parser to it, as suggested in my last announcement.
-
winnow = toml_edit + combine + nom
On my side, nom is still advancing well and a new major version is in preparation, with some interesting work a new GAT based design inspired from the awesome work on chumsky, that promises to bring great performance with complex error types. 2023 will be fun for parser libraries!
-
Rust implementation of Python dependency parser for PEP 508
I am using chumsky because I like the API, but it doesn't support zero copy at the moment. Although efficiency is good to have, it is not my primary good. This will probably get supported once chumsky implements support for it (see upstream issue).
-
Question about lexer and parser generators in Rust
Checkout https://github.com/zesterer/chumsky or https://github.com/rust-bakery/nom
What are some alternatives?
AHK_X11 - AutoHotkey for Linux (X11-based systems)
nom - Rust parser combinator framework
skhd - Simple hotkey daemon for macOS
pest - The Elegant Parser
autopy - A simple, cross-platform GUI automation module for Python and Rust.
pom - PEG parser combinators using operator overloading without macros.
windows-hotkeys - A lightweight, threadsafe and ergonomic rust crate to handle system-wide hotkeys on windows
lalrpop - LR(1) parser generator for Rust
komorebi - A tiling window manager for Windows 🍉
instaparse
misc_settings - My opinions are correct, you should copy them :)
combine - A parser combinator library for Rust