[release][high] Définir et réaliser la compatibilité de livraison GNOME, KDE et wlroots #69

New issue

Open

opened 2026-10-03 16:49:22 +00:00 by hephaistos · 0 comments

hephaistos commented

2026-10-03 16:49:22 +00:00

Owner

Revue de préparation publique

Branche de travail : release.
Code examiné : 6052defc07a8d85a26a62014a72d23c4855a4786.
Sévérité : high. Domaine : desktop.

Constat et impact

Les modes actifs utilisent exclusivement wtype; auto choisit paste/type,
pas un backend bureau. Le chemin standard exige virtual-keyboard,
non fourni par les chemins GNOME/KDE examinés. Clipboard reste une
alternative à valider, pas une preuve de dictée automatique universelle.

Preuves

internal/inject/inject.go:56-75; internal/sink/sink.go:55-60;
README.md:305-319; docs/desktop-validation.md:277-308.

Travail recommandé

Publier les capacités par bureau/version. Conserver le backend wtype pour
les compositeurs compatibles. Étudier et prototyper un chemin’autorisé
RemoteDesktop/libei pour GNOME/KDE avant de le promettre. Pas de uinput
privilégié implicite. Clipboard + notifications constitue le repli explicite.

Validation et caractère bloquant

Sur chaque bureau revendiqué, vérifier le texte reçu dans GTK, Qt,
terminal, navigateur et XWayland. Documenter le consentement, le focus et
la fin de session. Bloque la promesse générale, pas une preview limitée.

Suivi

En file d’attente issue de la revue, pas un correctif en cours.
Héphaïstos porte le diagnostic et les propositions techniques sur release.
Mathieu arbitre les choix de produit et autorise les fusions.

## Revue de préparation publique Branche de travail : `release`. Code examiné : `6052defc07a8d85a26a62014a72d23c4855a4786`. Sévérité : **high**. Domaine : **desktop**. ## Constat et impact Les modes actifs utilisent exclusivement wtype; auto choisit paste/type, pas un backend bureau. Le chemin standard exige virtual-keyboard, non fourni par les chemins GNOME/KDE examinés. Clipboard reste une alternative à valider, pas une preuve de dictée automatique universelle. ## Preuves internal/inject/inject.go:56-75; internal/sink/sink.go:55-60; README.md:305-319; docs/desktop-validation.md:277-308. ## Travail recommandé Publier les capacités par bureau/version. Conserver le backend wtype pour les compositeurs compatibles. Étudier et prototyper un chemin’autorisé RemoteDesktop/libei pour GNOME/KDE avant de le promettre. Pas de uinput privilégié implicite. Clipboard + notifications constitue le repli explicite. ## Validation et caractère bloquant Sur chaque bureau revendiqué, vérifier le texte reçu dans GTK, Qt, terminal, navigateur et XWayland. Documenter le consentement, le focus et la fin de session. Bloque la promesse générale, pas une preview limitée. ## Suivi En file d’attente issue de la revue, pas un correctif en cours. Héphaïstos porte le diagnostic et les propositions techniques sur `release`. Mathieu arbitre les choix de produit et autorise les fusions.