Discussion :

[marcootz]

Salut,

Je suis en train d'utiliser les fonctions d'une API fournie avec un driver d'écran tactile. Mon but est de lancer le panneau de calibration de l'écran (4 points) puis de lire et de sauvegarder les paramètres ainsi obtenus.

J'ai un problème avec la fonction qui lance ce panneau de calibration. Dans la doc de L'API pour cette fonction et il est mis en remarque :

The caller has to make sure that application has the Windows message loop so that this calibration can work correctly

Quand j'appelle ma fonction, le panneau de calib se lance bien, mais le système reste figé... Je pense que je doit "activer" les messages loop pour pouvoir redonner la main à mon appli mais je ne trouve pas comment faire. Pouvez vous m'aidez ?

Merci par avance

[ShaiLeTroll]

Dans une application normale, c'est le Run() dans le WinMain
Dans une application sans utiliser TApplication, je fais ceci

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
  while (...)
  {
    if (WaitMessage())
    {
      TMsg Msg;
      if (PeekMessage(&Msg, 0, 0, 0, PM_REMOVE))
      {
        switch (Msg.message)
        {
          case WM_QUIT :
 
          break;
 
          case WM_... :
            ...
          break;
        }
      }
    }
  }

[marcootz]

Merci ShaiLeTroll,

Par contre dans ton code, a quel endroit lancer ma fonction bloquante ? Juste avant le while ?

[ShaiLeTroll]

Si c'est la fonction de l'API qui est bloquante, je vois pas bien comment tu pourrais faire une boucle de message en même temps (sauf dans un thread mais c'est hors de propos à mon avis)

Dans une application normale, Run() fait ce travail, il n'est pas nécessaire de le faire !

Qu'est qui est figé, juste ton EXE ou le "système" ?

[marcootz]

C'est tout le système qui est figé.

Voici un extrait de l'aide pour ma fonction :
C'est surtout la dernière ligne qui me fait penser qu'il faut intercepter les messages Windows d'une façon particulière

BOOL WINAPI DoCalibration (
HANDLE hFile,
HWND hParentWnd,
PVOID pContext,
MAP_CALLBACK_ROUTINE pCallbackRoutine );

DoCalibration do 4 points calibration for the touchscreen.

Parameters

hFile
Handle to the open device by CreateDevice.

hParentWnd
The parent window.

pContext
Caller prepared buffer to be passed to the caller prepared callback routine.

pCallbackRoutine
Caller prepared callback routine. Once the calibration is done, the callback routine will be called. The Caller prepared buffer pContext, calibration result information will be passed to this callback routine.

Remark
This calibration mapping can be finished successfully only DeviceThread was started with StartDeviceThread . This function creates a calibration window for 4 points calibration. The caller has to make sure that application has the Windows message loop so that this calibration can work correctly.

Merci !

[ShaiLeTroll]

Il y a donc bien un thread à gérer !
Difficile de t'aider plus, c'est une API, sans connaissance précise de celle-ci et de son comportement, ce n'est pas évident de t'aider

la pCallbackRoutine est appelé qu'une seule fois ?
Etrange, un buffer de retour aurait été suffisant

Si pCallbackRoutine est appelé plusieurs fois (genre à chaque déplacement de souris), essaye un Application->ProcessMessages() mais ça pue la bidouille

[marcootz]

La pCallbackRoutine n'est appelé qu'une seule fois, mais je pense que tu as raison il faut bien utiliser un thread pour laisser le programme principal intercepter les messages.
Je m'en suis finalement sorti en utilisant une autre fonction mais je te remercie pour ton aide.
A+