redox-wayland-compositor/crates/redox-wl-test-input/Cargo.toml

[package]
name = "redox-wl-test-input"
version = "0.1.0"
edition = "2021"

[dependencies]
redox-wl-display = { path = "../redox-wl-display" }
redox-wl-input = { path = "../redox-wl-input" }
🎉 Phase 5 — input backend Redox validé runtime Crates ajoutés : - redox-wl-input (lib) : InputBackend wrappe Arc<ConsumerHandle> + enum InputEvent { Key, TextInput, PointerMotion(Relative)?, PointerButton, PointerScroll, Quit, Unhandled, Handoff } - redox-wl-test-input (bin) : ouvre display + take CRTC + peint bleu marine + polle events 30s en logguant chaque event Modifs redox-wl-display : - _consumer: ConsumerHandle → consumer: Arc<ConsumerHandle> - + pub fn consumer() -> Arc<ConsumerHandle> pour partage avec input Validation runtime sur Redox bootée via QEMU + monitor unix socket : 20 events injectés via `sendkey` et `mouse_button` HMP commands, tous reçus et traduits correctement : - a/b/c PRESS+RELEASE — keymap directe - shift+a → 'A' uppercase — modificateur fonctionnel - ctrl+c → ctrl PRESS + 'c' PRESS — composition fonctionnelle - mouse_button 1/0 → PointerButton L=true/false - Esc, Enter, Shift, Ctrl reçus avec scancode brut Décision architecturale : un seul ConsumerHandle partagé via Arc entre RedoxOutput (pour vie du VT) et InputBackend (lecteur unique d'events). Sinon deux consumers = deux VTs distincts dont un seul reçoit les events. Capture preuve : docs/phase5-blue-screen-with-input.png — bleu marine plein écran 1280x800 confirmant que display + input fonctionnent ensemble dans le même binaire. docs/phase5-input-backend.md : compte-rendu complet. Image restaurée à boot Orbital normal après session. Leyoda 2026 – GPLv3 2026-05-09 11:22:54 +02:00			`[package]`
			`name = "redox-wl-test-input"`
			`version = "0.1.0"`
			`edition = "2021"`

			`[dependencies]`
			`redox-wl-display = { path = "../redox-wl-display" }`
			`redox-wl-input = { path = "../redox-wl-input" }`