web-dev-qa-db-fra.com

pavé tactile bascule entre libinput et synaptics

Je cherchais à allumer glisser le verro afin que je puisse brièvement lever mon doigt et le repositionner pour continuer un tap-and-drag.

# get touchpad device id (12 in my case)
xinput --list
# get touchpad props
xinput list-props 12
# set libinput "Tapping Drag Lock Enabled"
xinput set-prop 12 280 1

Cela a fonctionné, même si j’ai pensé que j’aurais besoin de trouver un moyen de l’automatiser, car j’imaginais que le réglage serait perdu lors du prochain redémarrage de la machine. Pour tester cette hypothèse, j'ai arrêté et redémarré.

Après le redémarrage, xinput list-props 12 affiche les propriétés de Synaptics plutôt que libinput, comme si le pavé tactile avait changé d'avis quant au pilote à utiliser. Par exemple, la fonctionnalité de verrouillage par glisser-déplacer est répertoriée comme suit:

Synaptics Locked Drags (287):   0

En outre, tenter de basculer le pavé tactile sur "défilement naturel" n'a aucun effet. Clarification Je viens de me rendre compte que l'interface graphique ne montre même pas d'interface permettant de définir le "défilement naturel" du pavé tactile, uniquement pour la souris.

Comment puis-je déterminer quel pilote est utilisé et ce qui pourrait changer cela?

Pour référence, je cours Gnome3 sur Ubuntu 17.04

1
ivan

Je ne sais pas ce qui a provoqué le changement de choix du pilote du gnome, mais j'ai pu résoudre le problème en supprimant Synaptics et ses fichiers de configuration (après m'être assuré que libinput était toujours installé).

# ensure libiniput drivers are installed
dpkg --status libinput-bin libinput10 xserver-xorg-input-libinput \
  | grep --before-context=1 '^Status: '

# remove synaptics drivers & config files so gnome doesn't get confused
Sudo apt-get purge xserver-xorg-input-synaptics
1
ivan