Access 2003 VBA Form_Timer ne se déclenche pas pendant le déplacement de la souris

En effet, tous les événements de l'interface graphique s'exécutent sur un seul "fil d'envoi d'événements", et les événements de manipulation de la souris par glisser-déposer provoquent la mise en file d'attente du minuteur. Les événements sont en fait des messages de fenêtre et les gestionnaires de messages doivent être appelés à partir d'un seul thread. Le déplacement de la souris maintient le thread d'événement "occupé", de sorte qu'il ne peut exécuter aucune autre procédure de fenêtre pendant le déplacement. Il s'agit de l'une des limites de conception des interfaces graphiques natives de Windows, dont Access 2003 est l'un des programmes qui l'utilisent.

La gestion des entrées et le modèle de threading ont été améliorés dans les versions plus récentes de Windows et avec des frameworks différents, comme celui utilisé dans Office 2010. Je ne sais pas si cela résout votre problème, mais il pourrait être utile d'essayer une nouvelle version d'Office.

Une autre chose que vous pouvez essayer est d'exécuter une boucle occupée qui appelle DoEvents de temps en temps pour traiter les messages de la fenêtre, et utilisez simplement les sleeps pour chronométrer les interruptions de 500 ms plutôt que de demander au système d'appeler votre événement toutes les 500 ms.