libinput
Plus d'infos
- Créateur
- Jonas Ådahl, Peter Hutterer
- Année
- Type
- Bibliothèque
- Licence
- MIT
- Code source
- gitlab.freedesktop.org/libinput/libinput
La bibliothèque qui interprète souris, pavés tactiles, écrans tactiles et tablettes pour les compositeurs Wayland comme pour le serveur X — un seul jeu de règles à la place d'un pilote par type de périphérique, à la joie de tous sauf de ceux qui aimaient les réglages de synaptics.
Dans X.Org, la logique d'entrée vivait dans les pilotes : evdev pour souris et claviers, synaptics pour les pavés tactiles, wacom pour les tablettes, chacun avec sa propre idée de l'accélération, du défilement et de la détection des tapotements. Les compositeurs Wayland auraient sinon dû tout réécrire, chacun dans son coin. Jonas Ådahl a extrait en 2013 le code d'entrée de Weston dans une bibliothèque autonome, Peter Hutterer, de Red Hat, en est devenu le mainteneur en 2014, et libinput 1.0 est sorti en août 2015. Elle lit les périphériques evdev du noyau et livre des événements interprétés : accélération du pointeur, défilement à deux doigts, gestes, tap-to-click, rejet de la paume, émulation de boutons, et un pavé tactile qui se tait pendant qu'on tape.
Weston, Mutter, KWin, wlroots et Mir l'utilisent directement, et grâce à xf86-input-libinput, depuis 2015, le serveur X aussi, ce qui a permis aux distributions de retirer synaptics. La philosophie veut que la bibliothèque décide de ce qui est raisonnable et expose peu de réglages — « libinput doesn't do that » est devenu la réponse type aux demandes de 47e option, et les courbes d'accélération personnalisées ne sont arrivées qu'en 2023. Les bizarreries des périphériques vont dans une base de données de quirks, et libinput debug-events est l'outil de référence quand un pavé tactile fait des siennes. Le code qui décide du mouvement du curseur dans GNOME le fait désormais aussi dans Sway, ce que X n'a jamais réussi.