Discussion :

[yho67]

bonjour à tous

mon problème est le suivant : je suis sous Linux, et j'ai un problème de gestion des fichiers périphériques (comme l'indiquait le titre du poste ^^" )

j'aimerais récupérer les entrées clavier de l'utilisateur, et donc lire le fichier /dev/input/eventX (chez moi event4 ). J'ai commencé par écrire ce code tout simple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
 
#include <stdio.h>
#include <stdlib.h>
 
main()
{
	FILE* fichier = NULL;
	int caractereActuel =0;
 
 
	fichier = fopen("/dev/input/event4", "r");
 
	if (fichier != NULL);
	{
 
 
		do
		{
		        caractereActuel = fgetc(fichier);
                        printf("%c", caractereActuel);
 
		}
                while(1);
 
	}
 
 
return 0;
}

(je suis obligé de l'exécuter en root)

mais j'ai alors des symboles totalement incompréhensibles pour moi qui s'affichent. Quelqu'un aurait une idée pour obtenir des lettres humainement lisible? ou est-ce que ma méthode n'est carrément pas la bonne?

merci d'avance de vos réponses

[Obsidian]

Bonjour !

mais j'ai alors des symboles totalement incompréhensibles pour moi qui s'affichent. Quelqu'un aurait une idée pour obtenir des lettres humainement lisible? ou est-ce que ma méthode n'est carrément pas la bonne?

La méthode n'est carrément pas la bonne. :-)

« /dev/input » recense tous les « périphériques de saisie », c'est-à-dire, en réalité, tous les engins comme claviers, souris, joysticks, tablettes graphiques, mais pouvant respecter un certain protocole. Ça veut dire que ça va principalement concerner tout ce qui se branche en USB, mais la console clavier/souris branchée en PS/2, par exemple, ne va pas du tout être gérée de la même façon, ni au même niveau.

En outre, ce que tu lis, ce sont des événements correspondant au dit protocole, donc ce sont des données binaires que tu reçois. Il est normal qu'elles ne correspondent à rien si tu les imprimes telles quelles.

Enfin, même si tu lisais directement le port PS/2 par exemple (ce qui a tendance à mettre la pagaille), ce serait non pas les lettres frappées que tu recevrais, mais les scan codes des touches, c'est-à-dire le numéro d'emplacement de ces touches sur le clavier, et ceux parce que d'une part tu peux saisir plusieurs caractères différents avec la même touche (avec Shift, Ctrl, etc) et que d'autre part, le clavier d'un PC peut avoir différents agencements : AZERTY, QWERTY, QWERTZ, etc.

Pour faire ce que tu veux faire, il faut savoir à quel niveau tu veux travailler : une même machine peut ajourd'hui avoir plusieurs claviers, sur le port USB. Ceci seront par défaut considérés comme un seul et même clavier par le système, mais il en reste que les sources seront différentes. Ensuite, Unix et Linux sont des systèmes centralisés multi-utilisateurs : plusieurs personnes peuvent travailler simultanément sur la même machine, via une connexion réseau. À ce moment-là, quelles touches souhaites-tu enregistrer ?

Enfin, il faut considérer deux choses : d'une part, le noyau Linux lui-même qui gère naturellement la console au plus bas niveau (sauf si explicitement désactivé à la compilation du noyau) et qui te propose ensuite les fameuses consoles virtuelles.

D'autre part, il y a X-Window, qui se lance dans une de ses consoles virtuelles et qui, de là, va gérer tout l'environnement graphique. Et à ce titre, il va faire une gestion bas niveau des différents périphériques également. Donc, en fonction de l'environnement dans lequel tu évolues, tu vas choisir de faire soit de la programmation système Linux, soit de la programmation X-Window en particulier.

Dans ce dernier cas — qui est en l'occurrence celui qui t'intéresse le plus probablement — les informations reçues par les différents périphériques d'entrées gérés par le serveur X sont diffusés dans le contexte de l'environnement graphique entier, et propagés sous formes d'événements, au même titre qu'un clic de souris ou que le mouvement d'une fenêtre.

Ce que tu cherches donc à faire, dans un premier temps, est d'ouvrir une connexion vers le serveur X, récupérer le handle de la fenêtre racine et écouter les événements qu'elle reçoit. Il faudra peut-être ajuster certains droits sur certaines fenêtres pour être sûr de tous les recevoir.

[yho67]

effectivement je ne cherchais pas du tout au bonne endroit ...

merci de ta réponse Obsidian, je vais voir ce que je trouve sur le serveur X et la gestion des événement avec xlib

[Obsidian]

merci de ta réponse Obsidian, je vais voir ce que je trouve sur le serveur X et la gestion des événement avec xlib

C'est la bonne voie ! :-)

Encore un détail : aujourd'hui, GNOME et d'autres frameworks utilisent aujourd'hui iBus pour gérer les saisies clavier. Je ne sais pas exactement jusqu'à quel niveau descend cette infrastructure en elle-même mais, à l'autre extrémité, elle est très utilisée pour faire une gestion intelligente du clavier, rajouter des touches mortes (utiles pour obtenir facilement « ¹²³⁴⁵⁶⁷⁸⁹ ») et changer d'agencement en fonction des applications.

Tu pourras toujours recevoir les événements X mais il faudra t'intéresser également au type d'information que tu cherches à recevoir.