History

Marijn Suijten 5b591d26f6 Add `Key::Cut`, `Key::Copy`, `Key::Paste` (#3725 ) The comment added in commit `8a0bc97e` ("[egui_glium] Fix paste") seems to assume that `winit` "should have translated" common "paste" keyboard combos to a `Cut`/`Copy`/`Paste` "KeyCode", but completely glossed over the fact that this `KeyCode` (now also `NamedKey`) maps to a special key dedicated to this purpose found on some keyboards and OSes. Make sure that this key is still handled in addition to the combo that is detected. --- Note that this PR does not compile as it is (and I have hence not tested this nor even ran into this limitation), just noticed this inconsistency while failing to understand a code comment. We'd have to decide if the variants should be added to `egui::Key` or if these helper functions need to take `winit` keys (`ScanCode` or `NamedKey`) directly? I should have an old keyboard with a physical paste key in a drawer somewhere. And on Android there are special copy/paste events that can be sent by a virtual keyboard or the debug shell, so that this can be properly tested before it is merged. (Except that the current `clipboard` implementation is not supported on Android)		2023-12-25 19:02:02 +01:00
..
src	Add `Key::Cut`, `Key::Copy`, `Key::Paste` (#3725 )	2023-12-25 19:02:02 +01:00
CHANGELOG.md	Release 0.24.1 - Bug fixes	2023-11-30 17:46:25 +01:00
Cargo.toml	Update to winit 0.29 (#3649 )	2023-12-18 14:53:14 +01:00
README.md	Remove misleading safety-badges	2023-02-28 22:35:08 +01:00

egui-winit

This crates provides bindings between egui and winit.

The library translates winit events to egui, handled copy/paste, updates the cursor, open links clicked in egui, etc.