Discussion :

[tzilliox]

Bonjour à tous !

J'ai un gros projet sur les bras

Le but est de simuler un clavier sur un écran tactile. Nous sommes encore en phase prédeveloppement et je n'ai pas les connaissances nécessaires pour juger de la validité de nos solutions. C'est pour ça que je fais appel à vous, je vais essayer de résumer notre projet puis vous pauser quelques questions.

Tout ce qui suit est inspiré du post : http://tcharles.developpez.com/simul/

[OS]
On a choisi Windows, car il y avait plus d'exemple de code similaire. En plus la plupart des personnes utilise Windows.... C'est triste !

[LANGAGE]
Nous avons choisi de coder en C, car nous avons surement besoin de faire des appels systèmes. Nous avions vu qu'il était également possible d'utiliser Visual Basic... Mais j'étais plus motivé pour faire du C

[ECOUTER]
L'écran tactile n'est finalement qu'un clavier et une souris. Nous comptions écouter grâce à un hook les informations transitant entre Windows et notre périphérique. Nous récupérons ainsi les coordonnées x et y. Nous pouvons ainsi coder une conversion des coordonnées en lettre, dessinant ainsi des touches.

[SIMULER]
Une fois la touche théorique trouvée, on récupère le handle de la fenêtre au premier plan grâce à GetForegroundWindow() et nous lui envoyons des messages système qui simule un réel appuis de touche clavier (WM_KEYDOWN...).

[QUESTIONS]
J'ai plusieurs questions :

• Pensez-vous ce système simple, pratique, ... Quels critiques pouvez-vous me donner ?

• Le clic réel fait sur l'écran tactile sera quand même pris en compte. Du coup ça va déplacer ma souris réelle. Comment puis-je faire pour écouter la position d'appuie sur l'écran tactile, sans que windows l'interprète comme un appuie de souris ?

• Les touches système du style : Alt+Tab, Alt+F4, le classique Ctrl+Alt+Suppr ne marcherons plus car nous ne passons plus par Windows. Avez-vous une solution ?

Merci pour votre aide,
Je compte sur vous

[Médinoc]

1. Le WM_KEYDOWN n'est pas la méthode appropriée pour cela. Utiliser SendInput() ou keybd_event() à la place.
2. Je ne sais pas.
3. Que veux-tu dire exactement par "ne marcheront plus" ?

[tzilliox]

Salut Médinoc !

1. je ne connaît pas ces 2 méthodes que tu me conseil. La méthode que j'ai découvert est PostMessage(handle, ..., ...).
Quel est le plus de sendInput et keybd_event() ?

3. Le faire de faire des appels système directement à la fenêtre active courtcircuite la traduction habituelle clavier/windows/fenêtre. Ainsi si je clic sur la touche Alt puis sur la touche Tab, Windows n'en aura jamais conscience. Puisque c'est mon soft qui fait la traduction et plus windows...
C'est dommage pour la touche système :Windows, Propriétés, Arrêt défil, ... ou les appels ALt+Tab, Alt+F4, ...

[Médinoc]

1. Leur avantage : la touche MAJ marche avec ces méthodes (c'est en voyant que ça foirait avec PostMessage() que j'ai trouvé les autres).
3. Je vois.
L'outil Clavier Visuel de Windows ne gère pas Ctrl-Alt-Suppr (mais il gère Alt-Tab).
Il est possible que Alt-Tab marche avec SendInput()...

[tzilliox]

oui oui...

1. pour la méthode, je retiens le conseil ça rsque de nous servir ! Merci beaucoup !

2. pour le clavier Visuel de Windows, t'as raison il gère Alt Tab ! En fait si on savait refaire ce clavier ce serait parfait.

On a récupérer des drivers egalax : http://www.eeti.com.tw/web20/eg/drivers.htm
Ces drivers permettent d'introduire des API, mais on ne sait pas si ça peut nous être utile.
Peut-être peut-on faire désactiver les clics - réponse à la question 2.
Peut-être peut-on générer directement des touches claviers au niveau driver - réponse à la question 3.

Si tu peux me donner ton avis là-dessus ce serait super sympa !!!
Merci de ton aide.

[tzilliox]

Personne ne s'y connaît en driver ?
:'(

Merci de votre aide.