Discussion :

[dede92]

Bonjour,
Peut on loger dans le WM_PAINT un "SendMessage" (pour ouvrir une seconde fenetre) ?

Code :

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

1
2
3
4
5
6
7
8
9
..........
...............
EndPaint (hwnd, &ps) ;
            if (!affichage && top_mise_jour) {
              affichage++;
              SendMessage (hwnd, WM_COMMAND, IDM_MISAJOUR, 0L); 
			}
	        return 0;

et dans IDM_MISAJOUR appeler la fenetre de commande de mise a jour ...
Est ce correct ?
Merci

[gege2061]

Bonjour,

Bonjour,
Peut on loger dans le WM_PAINT un "SendMessage" (pour ouvrir une seconde fenetre) ?

Code :

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

1
2
3
4
5
6
7
8
9
..........
...............
EndPaint (hwnd, &ps) ;
            if (!affichage && top_mise_jour) {
              affichage++;
              SendMessage (hwnd, WM_COMMAND, IDM_MISAJOUR, 0L); 
			}
	        return 0;

et dans IDM_MISAJOUR appeler la fenetre de commande de mise a jour ...
Est ce correct ?
Merci

Bah oui tant que ça marche tu peut!
Par contre, le problème c'est que tu risque de tourné en rond:

1. appel à WM_PAINT pour une raison quelconque,
2. Affichage de la boite de dialogue,
3. destruction de la boite de dialogue,
4. Envoi du message WM_PAINT pour rafraichir la zone cachée par la boite de dialogue,
5. ...

[mat.M]

Peut on loger dans le WM_PAINT un "SendMessage" (pour ouvrir une seconde fenetre) ?

Tu n'as rien compris à l'utilisation de WM_PAINT !
Excuse-moi d'être arrogant mais il faut piger les méchanismes win32.

WM_PAINT sert EXCLUSIVEMENT à repaindre l'écran en étant invoqué par Invalidate

Par exemple si tu effectues des tracés graphiques à l'écran ( lignes , bitmaps etc...)
L'ouverture d'une fenêtre NE S'EFFECTUE JAMAIS sur le rafraichissement graphique d'une autre ; c'est , excuse-moi n'importe quoi comme programmation.

L'ouverture d'une autre fenêtre s'effectue en général sur la pression d'un bouton ou bien entrée menu !

[dede92]

Tu n'as rien compris à l'utilisation de WM_PAINT !
Excuse-moi d'être arrogant mais il faut piger les méchanismes win32.
L'ouverture d'une autre fenêtre s'effectue en général sur la pression d'un bouton ou bien entrée menu !

L'ouverture d'une fenetre par un clic dans un menu, c'est la même chose que d'envoyer un message dans la file d'attente pour WM_COMMAND !!!
Quant à l'utilisation de WM_PAINT, merci .... je pense que j'ai saisi.
Dans mon cas j'ai besoin d'afficher un dialogue qui conditionne l'utilisation de l'appli entre le moment où la fenetre principale est crée et le moment où elle est affichée et a ce moment là seulement.

[ken_le_videur]

Je conseillerais de mettre un PostMessage à la place du SendMessage pour éviter de figer si l'autre fenêtre met du temps à répondre

[moldavi]

L'ouverture d'une fenetre par un clic dans un menu, c'est la même chose que d'envoyer un message dans la file d'attente pour WM_COMMAND !!!
Quant à l'utilisation de WM_PAINT, merci .... je pense que j'ai saisi.
Dans mon cas j'ai besoin d'afficher un dialogue qui conditionne l'utilisation de l'appli entre le moment où la fenetre principale est crée et le moment où elle est affichée et a ce moment là seulement.

Le problème c'est que le message WM_PAINT, est envoyé à ta fenêtre à chaque fois qu'elle doit être redessinée. Imagines une boîte de dialogue que tu bouges dans tous les sens devant ta fenêtre et tu reçois alors 1500000 message WM_PAINT. Donc ton sendmessage va s'effectuer 1500000 fois.

Est-ce que c'est vraiment ce que tu veux?

Sinon lorsque une fenêtre est créée, tu as le message WM_CREATE mais qui lui n'est envoyé qu'une seule fois à la création de la fenêtre.

[dede92]

Le problème c'est que le message WM_PAINT, est envoyé à ta fenêtre à chaque fois qu'elle doit être redessinée. Imagines une boîte de dialogue que tu bouges dans tous les sens devant ta fenêtre et tu reçois alors 1500000 message WM_PAINT. Donc ton sendmessage va s'effectuer 1500000 fois.

Je suis d'accord aves toi, excepté le fait que j'ai un indicateur (static int affichage declaré static, qui n'autorise le SendMessage qu'une fois ....

Code :

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

1
2
3
4
if (!affichage && top_mise_jour) {
              affichage++;
              SendMessage (hwnd, WM_COMMAND, IDM_MISAJOUR, 0L);

[moldavi]

A mon avis il y a un problème de conception:

Code :

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

if (!affichage && top_mise_jour)

Tu vas effectuer ce test à chaque message WM_PAINT, alors qu'il n'est utile qu'une seule fois. Je suis sur que tu peux faire autrement.

As-tu regardé WM_CREATE?

[dede92]

A mon avis il y a un problème de conception:

As-tu regardé WM_CREATE?

Oui effectivement, si on prend le concept, ce serait sa place, mais dans ce cas là, j'ai le dialogue avant l'affichage de la fenetre principale !!!
Il ne passera la main au message WM_PAINT qu'une fois le dilogue terminé.
Alors il y a peut etre moyen de faire autrement ...

[mat.M]

Je ne comprends pas ton problème : WM_CREATE comme a indiqué Moldavi ou WM_INITDIALOG c'est très bien ;

[moldavi]

Oui effectivement, si on prend le concept, ce serait sa place, mais dans ce cas là, j'ai le dialogue avant l'affichage de la fenetre principale !!!

Ben dans ce cas, affiche ta boîte de dialogue après que tu fasses le premier update:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
...

  hWnd = CreateWindows...blabla...

  ShowWindow(hWnd, SW_SHOWNORMAL);
  UpdateWindow(m_hWnd);

  MaBoiteDeDialogue();

  while(GetMessage(&msg, NULL, 0, 0) > 0){
    TranslateMessage(&msg);
    DispatchMessage(&msg);
  }
   ...

[axile]

Envoie ton message (WM_COMMAND-IDM_MISAJOUR) à la réception de WM_CREATE, mais avec PostMessage() et non pas SendMessage(). De cette façon, ton application le recevra après l'apparition de la fenêtre.

[dede92]

Envoie ton message (WM_COMMAND-IDM_MISAJOUR) à la réception de WM_CREATE, mais avec PostMessage() et non pas SendMessage(). De cette façon, ton application le recevra après l'apparition de la fenêtre.

C'est bon, ces deux dernières solutions sont corretes et sont tout à fait appropriées à mon problème.
Merci à tous.