Discussion :

[moi4567]

Bonjour à vous

Je cherche à afficher un solide sur une fenêtre avec la fonction FillRect, jusque là tout vas bien . Mon problème est que la fenêtre "cible" s'actualise très souvent et mon solide disparaît à chaque actualisation de la fenêtre. Je cherche à "ancrer" mon solide dans la fenêtre pour ne pas avoir à le re-dessiner 20 fois par seconde et surtout pour éviter le clignotement du solide ^^

Auriez-vous une idée pour "ancrer" / "fixer" le solide sur la fenêtre?

Merci d'avance

[LittleWhite]

Bonjour,

Je pense que vous avez un problème de conception qui fait que le clignotement apparait. En théorie, votre boucle principale sera de la forme :

Effacement de l'écran
Affichage du solide
Échange de buffer/mis à jour de l'écran (swap, flip ou autre fonction du genre).

[moi4567]

Bonjour LittleWhite

Désolé de répondre si tardivement :s

J'ai oublié de préciser que la fenêtre sur laquelle je cherche à afficher le solide n'est pas une fenêtre de mon programme, c'est une fenêtre bien distincte (démineur pour tous vous dire ). Je n'ai donc pas la "vitesse de rafraîchissement" de la fenêtre.

[LittleWhite]

J'ai du mal à comprendre comment elle n'est pas fenêtre de votre programme. Vous faites un bot pour le démineur ?

[Iradrille]

J'ai oublié de préciser que la fenêtre sur laquelle je cherche à afficher le solide n'est pas une fenêtre de mon programme, c'est une fenêtre bien distincte (démineur pour tous vous dire ). Je n'ai donc pas la "vitesse de rafraîchissement" de la fenêtre.

C'est possible, mais c'est un peu de boulot :
Avec SetWindowLong, tu peux changer la procédure de traitement des messages :
tu peux donc redessiner ton rectangle à chaque WM_PAINT, sans oublier d'appeler la véritable fonction de traitement des messages avec CallWindowProc.

Seul problème, pour changer la procédure de traitement des messages, il faut être dans le même processus : injection de DLL ou allocation de mémoire, copie du code, donner les droits d'exécution et créer un thread pour exécuter ça.

[moi4567]

J'ai du mal à comprendre comment elle n'est pas fenêtre de votre programme. Vous faites un bot pour le démineur ?

Plus précisément je cherche à faire un genre de tuto pour apprendre à jouer au démineur. Ca doit déjà surement exister mais mon but n'est pas vraiment le programme en sois, mais plutôt d'apprendre à le faire

C'est possible, mais c'est un peu de boulot :
Avec SetWindowLong, tu peux changer la procédure de traitement des messages :
tu peux donc redessiner ton rectangle à chaque WM_PAINT, sans oublier d'appeler la véritable fonction de traitement des messages avec CallWindowProc.

Seul problème, pour changer la procédure de traitement des messages, il faut être dans le même processus : injection de DLL ou allocation de mémoire, copie du code, donner les droits d'exécution et créer un thread pour exécuter ça.

J'aimerais pouvoir le faire sans injection de DLL si possible, je vais donc essayer de faire ça avec l'appel d'un thread

Sinon ne serrait-ce pas possible de créer un genre de "fenêtre over top" qui viendrait se mettre au-dessus de ma fenêtre cible? :o

[Médinoc]

Sinon ne serrait-ce pas possible de créer un genre de "fenêtre over top" qui viendrait se mettre au-dessus de ma fenêtre cible? :o

C'est possible, mais le faire avec un vrai lien de parenté entre les fenêtres unira également leurs files de messages, ce qui est déconseillé quand au moins l'une des fenêtres ne s'y attend pas.