keyboard-types
keyboard-types copied to clipboard
rust-windowing
Types to define keyboard related events
Greetings @pyfisch! I see that you've previously helped out a lot in pushing `winit` forwards on better keyboard handling (though this was before my own time as maintainer though, so...
This crate currently relies on `libstd`; however, I'd like to use this in a `no_std` program. Looking through the source code, it looks like the only `std`-exclusive import this uses...
First, a heads-up, we're in the process of adopting this crate as our standard keyboard event type in druid, see https://github.com/linebender/druid/pull/1049 in particular. We appreciate having the crate are hopeful...
From discussion in https://github.com/rust-windowing/winit/pull/4018#discussion_r1865821387. Happy to take suggestions on the wording. Related to https://github.com/pyfisch/keyboard-types/pull/49.
We should use `#[doc(alias = "...")]` on `Code`/`Key` variants, to make things easier to search for. Examples of where this would be helpful: - https://github.com/pyfisch/keyboard-types/pull/61 - `Enter` (alias `Return`) -...
This resolves my concern with `Meta` vs. `Super` from https://github.com/pyfisch/keyboard-types/issues/19.
I suspect most users will not want these enabled, but it's very easy to accidentally do so when depending on `keyboard-types`. Not that it's a _big_ problem, because both deps...
I'm finding lately that there is renewed interest in the ecosystem for having a shared set of crates for windowing types and events (see https://github.com/rust-windowing/winit/issues/2394 and https://github.com/rust-windowing/winit/issues/3433 for a bit...
