Discussion :

[jerome.vanhoof]

Bonjour,

Je suis actuellment occupé à améliorer les performances visuelles d'une application winform.

J'ai remarqué que les méthodes OnPaint et OnPaintBackground d'une Form ou d'un UserControl étaient appelées à chaque fois qu'un contrôles de cette form ou de ce user control était dessiné.

Faites le test : nouveau projet avec une seule winform, overridez OnPaint dans le classe Form1 et dedans Console.WriteLine("OnPaint");

protected override void OnPaint(PaintEventArgs e)
{
Console.WriteLine("OnPaint");
base.OnPaint(e);
}

On lance l'applic.
la sortie nous donne une seule ligne.

Rajoutons maintenant 2 boutons sur la form.
On lance l'applic.
la sortie nous donne 3 lignes (donc 3 passages dans OnPaint).

Ceci est également valable pour OnPaintBackground.

Je comprends bien qu'il soit nécessaire que ces méthodes soient appelées après que les boutons soient dessinés un à un, cependant, cela peut devenir fort coûteux en performance.

Exemple : lorsqu'un user control passe de visible=false à visible=true, le background du user control va se peindre autant de fois que le user control contient de contrôles et il y a dès lors, je pense, un risque de scintillement.

Quelqun connait-il, dans cet exemple, par exemple, un moyen d'éviter ces multis paint et de ne peindre le tout une bonne fois pour toute, une fois tous les contrôles dessinés ??

Ou bien fais-je fausse piste ?

Merci d'avance pour vos impressions ainsi que votre savoir

[neptune]

Je pense sincèrement que tu dois laisser ce genre de considération au framework. Les mecs qui l'ont mis au point ont probablement pensé à cela et je pense que l'affichage des controles est déjà optimisé.

[tomlev]

Ce n'est pas parce que tu passes dans la méthode OnPaint que tout est redessiné... en fait seule la partie invalidée est réellement redessinée (la propriété ClipRectangle du PaintEventArgs)
Enfin, je ne suis pas tout à fait sûr de comment ça marche, mais quand je fait un Paint personnalisé, si j'invalide toute la zone à dessiner, il y a un "clignotement" de l'image parce que tout est rafraichi, alors que si seule une petite partie est invalidée, je n'ai pas ce clignotement : seule la zone invalidée est rafraichie. Pourtant je ne me préoccupe pas dans le code de savoir quelle est la zone invalidée, je suppose que c'est géré par le Framework ou par GDI+

[Pol63]

pour répondre à certains, la gestion du graphisme du framework est une vrai merde
une centaine de label qui clignotent : vb6 : 1% d'utilisation du pross
vb.NET2 : 50%

gdi+ n'utilise pas d'accélération matérielle


une des méthodes pour gagner un peu de temps et de réécrire une partie des controles ...
en réérivante le label on arrive à 2 ou 3 %

[jerome.vanhoof]

Ce n'est pas parce que tu passes dans la méthode OnPaint que tout est redessiné... en fait seule la partie invalidée est réellement redessinée (la propriété ClipRectangle du PaintEventArgs)
Enfin, je ne suis pas tout à fait sûr de comment ça marche, mais quand je fait un Paint personnalisé, si j'invalide toute la zone à dessiner, il y a un "clignotement" de l'image parce que tout est rafraichi, alors que si seule une petite partie est invalidée, je n'ai pas ce clignotement : seule la zone invalidée est rafraichie. Pourtant je ne me préoccupe pas dans le code de savoir quelle est la zone invalidée, je suppose que c'est géré par le Framework ou par GDI+

En effet, hélas, dans les tests que j'ai fait, dans le cas précis, le ClipRectangle couvre l'entièreté de la form à chaque paint. Hélas.




Sperot51, ce que tu dis ne m'étonne pas vraiment.

Vois-tu le moyen d'empêcher le paint de la form ou du usercontrol tant que le dernier contrôle n'a pas été redessiné, par exemple lorsque usercontrol.Visible est passé à true.

[tomlev]

j'espere que ces problèmes de perf sont résolus avec WPF, qui ne s'appuie pas sur les API Win32 et est supposé utiliser l'accélération matérielle...