Oui les valeurs sont les codes événements et semblent correctes.
Le debug.print est un peu intrusif et doit déclencher des événements qui ne se déclenchent pas à ce moment en exécution normale.
Un peu comme quand tu exécutes pas à pas : à chaque ligne exécutée, Access déclenche les événements, un peu comme si on faisait un DoEvents.
A tenter :
1 - Dans FrmSysTray, remplacer :
Private Sub Form_Open(Cancel As Integer)
Par :
Le Form_Load s'exécutant après le Form_Open, le formulaire est peut-être totalement initialisé à ce moment-là.
2 - Sinon, ajouter un DoEvents avant DisplaySysTray (toujours dans FrmSysTray, dans Form_Open ou Form_Load) pour forcer le formulaire à finir son affichage avant d'afficher le sysTray.
L'objectif étant de ne pas exécuter le DisplaySysTray avant que le formulaire ne soit totalement initialisé.
C'est peut-être parce que le formulaire reçoit des événements alors qu'il est en cours d'initialisation que ça plante.
Je suis sur Access 2013 et toi Access 2016 (le reste semble identique), et entre les différentes versions d'Access j'ai déjà vu des différences au niveau de l'exécution des événements d'ouverture/chargement. En temps normal on ne le remarque pas.
Partager