Discussion :

[flamme34]

Bonjour,

Voici mon problème: J'ai crée une application dont l'interface est partitionnée en différente partie. Il s'agit de Form ( qu'on appellera Form Fille) contenu dans une grande et même Form ( qu'on appellera form Mere). Mon problème est que lorsque je passe une fenêtre ( par exemple explorateur windows) au dessus de mon application mon interface est mal rafraichi et on observe de grosse trainée de la couleur de ma Form mere.
J'ai tenté d'utilisé des Refresh(), des Repaint(), et des Update() à l’intérieur des Form fille mais ces trainée de couleur perdure toujours,

De plus je ne veut pas utilisé trop la fonction Refresh() , car celle ci fait "scintillé" les éléments contenue dans les Forms.

Voici exactement ce qu'on peut observer :

http://www.hostingpics.net/viewer.ph...43263demo1.jpg

( je n'est pas réussi a glisser l'image dans le message)

[Guyt54]

Bonjour,

essaye de mettre la propriété de DoubleBuffered à true.

selon l'aide:

Si DoubleBuffered a la valeur false, le contrôle fenêtré se dessine directement dans la fenêtre. Si DoubleBuffered a la valeur true, le contrôle fenêtré se dessine dans un bitmap mémoire qui est ensuite utilisé pour dessiner la fenêtre. L'utilisation d'un double tampon réduit les "sautillements" quand le contrôle se redessine mais consomme davantage de mémoire.

[ShaiLeTroll]

C'est en général, un effet que l'on voit lorsqu'un programme ne répond pas !
As-tu redéfini la WndProc pour l'image de Fond ?
Ton GroupBox utilise des Anchors Left+Top+Right ?
As-tu des composants qui se supperposent comme des Label ou StaticText ayant cette couleur
Voir aussi ParentBackGround

Sinon, comme le suggère Guyt54, le DoubleBuffered peut éviter ce problème
Essaye aussi Invalidate

[flamme34]

Je vies de faire le test avec le DoubleBuffered il fonctionne pour certains éléments, mais cette solution ne fonctionne pas pour les labels et les SpeedButtons.


Pour répondre à ShaiLeTroll

Avec quoi redéfinit-on le WndProc?
Mon groupBox utilise bien des anchors en Top, left et right

Mes labels ont un fond transparent.

[ShaiLeTroll]

Avec quoi redéfinit-on le WndProc?

Oubli, c'était juste pour savoir, on peut facilement faire des erreurs avec la WndProc
Tu as donc juste changer la couleur de Fond

Mes labels ont un fond transparent.

On dirait que tu as un composant sous le GroupBox Energie qui a tenté de dessiner alors qu'il n'aurait pas du !

Je n'ai jamais vu ce phénomène sur XP, sur Vista on peut voir un défaut d'affichage des Labels avec D7 (il y a un patch à ce sujet)

As-tu tente Invalidate dans un OnActivate celui de TApplicationEvents ou de la TForm
Les deux ne fonctionnent pas forcément de la même façon

[flamme34]

Je viens de tester le Invalidate dans le OnActivate de ma TForm

Mais sans plus de resultat. Je me suis aperçu que le Refresh() ne supprimais pas forcement les trainée de couleur.

[free07]

Est ce que tu utilises OnPaint() dans ces TForms ?

[flamme34]

Je reviens sur ce message car mon problème n'est toujours pas résolu. est-il possible que ce problème puisse provenir du fait d'un rafraichissement trop fréquent ( toute les 10milliseconde par exemple).

[ShaiLeTroll]

toute les 10milliseconde = 100 fois par second ~ 100Hertz !

Consulte la notion de VSync et de rafraichissement vertical !
Pense que tu génère plus d'image que l'écran est capable d'en afficher !

Sinon les SpeedButton en transparence comme les TLabels sont dessinés par Delphi et non par Windows, disons que selon le thème, il y a quelques défauts d'affichage
Le SpeedButton en Flat+Transparent perd sa transparence au survol, je trouve cela dommage surtout sur un noir (genre player de DVD), sur ton fond bleuté, ça ne doit pas choquer

J'ai vu des TLabel qui clignotait parce que le Caption était modifié trop souvent (voire on fini par ne plus le voir tellement ça change trop vite)

tu es obligé de rafraichir autant ?
Perso, si j'ai refresh auto, je le met à la demi-seconde, c'est bien suffisant pour donner une illusion de temps-réel, surtout que le cerveau humain, faut lui laisser le temps de digérer l'info !

Un Timer calé sur 500 va lire des objets (avec critical section), un thread lui va bosser en fond et remplir les données

A la place du Timer, il y a aussi OnIdle, en gros quand ton programme n'a rien à faire, cela arrive assez souvent, tu lit les données à afficher (si elles ont changées)

As-tu mis ton monitoring dans un thread ?
Oui, tu peux appliquer mon idée, évite le Synchronize pour de l'affichage, préfère un système d'échange par un objet protégé pour par une FIFO TThreadList
NON ? Oh ! tu devrais !

[flamme34]

tout d'abord merci d'avoir pris le temps de répondre à ce message.

tu es obligé de rafraichir autant ?

je ne suis pas obligé de rafraichir autant, mais le plus possible est préférable, car le timer qui rafraichi mes labels lance également une vérification de l’état de certain capteur, afin de pouvoir couper mon laser au cas où un élément de sécurité aurai été déclenché
(un laser dans les yeux même en moins d'une seconde ça peut faire très très mal)

Pour le reste je vais explorer tes idées. je te tiens au courant dès que j'ai eu le temps de faire tout ça ^^

merci encore

[totoche76]

Hello,

je ne suis pas obligé de rafraichir autant, mais le plus possible est préférable, car le timer qui rafraichi mes labels lance également une vérification de l’état de certain capteur, afin de pouvoir couper mon laser au cas où un élément de sécurité aurai été déclenché

D'où l'idée que tu devrais séparer au maximum la partie vérif des capteurs et coupure du laser d'une part, et le rafraîchissement de l'écran d'autre part, en collant toute la partie capteur/laser dans un autre thread.
Reste à voir ensuite comment faire la synchro entre ce thread et ton affichage, mais ShaiLeTroll te donne quelques bonnes pistes.