Discussion :

[Cbonniot]

Bonjour, j'ai juste une petite question à propos de la chaine d'appel de paint() que fait le système.

Si par exemple, on a un système de menu qui contiennent des boutons qui contiennent à leur tour des animations (tous des Container).
Si chacune de ces classes ont une fonction paint() dans laquelle les dessins sont fait ainsi qu'un appel à super.paint().
Est ce que pour mettre tout à jour, il faut appeler la fonction repaint() dans chacune des classes (menu, bouton, animation) ou alors un appel à repaint() dans l'animation suffit ?

En gros ma question c'est, est ce que le système fait des appels de lui même à des paint() qui ne sont pas dans la classe de départ ou alors il ne redessine que l'objet appelant.

Je pense qu'il remonte effectivement ces appels de lui même mais c'est pour être sur et je n'arrive pas à tester ca correctement.

Est ce que l'inverse est vrai ? C'est à dire, est ce que si l'appel à repaint vient d'un composant père, il va être retransmis au composant fils.

Si j'ai besoin de savoir ca, c'est par soucis d'optimisation afin d'effectuer le moins d'appel à paint() possible.

Merci d'avance de votre aide.

[uhrand]

on a un système de menu qui contiennent des boutons qui contiennent à leur tour des animations (tous des Container).

Les composants légers sont dessinés de l'arrière plan vers l'avant plan, avec prise en charge de la transparence. Un "Container" doit faire appel à "super.paint" dans sa méthode "paint" pour permettre aux enfants légers de se dessiner. Quand notre programme appelle la méthode "repaint" sur un composant, le système remonte l'hiérarchie des composants pour trouver le composant-père lourd et redessine tous ce qui se trouve en dessous. Pour optimiser le processus de dessin, on peut utiliser la méthode "repaint" avec les arguments qui définissent le rectangle à redessiner et ne dessiner que ce qui chevauche le rectangle "clip" dans la méthode "paint" (Graphics#getClipBounds).

[sinok]

Pourquoi cherches tu à limiter les appels à paint?

Si c'est car tu as des animations, alors tu as un problème de conception. Une animation ne doit pas être controlée en fonction des exécutions de paint, mais par rapport au temps.

De fait il faut prendre en considération le fait que la méthode paint ne va s'occuper que des régions considérées comme dirty dans l'interface. C'est le rôle du repaintManager.

Un peu de lecture: http://java.sun.com/products/jfc/tsc/articles/painting/

[uhrand]

Dans AWT, des "repaint" multiples peuvent être consolidés en un seul appel. Il y a donc déjà un automatisme en place permettant de réduire le nombre d'appels à la méthode "paint". Si on a besoin d'optimiser encore plus les composants avec affichage compliqué, c'est surtout à l'intérieur de la méthode "paint" qu'on peut le faire en ne dessinant que ce qui chevauche le rectangle "clip". Ceci suppose également l'emploi de la méthode "repaint" avec les arguments qui définissent le rectangle à redessiner.

[Cbonniot]

Bonjour, merci pour vos réponses.

J'utilise effectivement la fonction repaint uniquement sur le rectangle qui m'interesse. Mes animations ne se font pas par rapport à paint mais elles appellent paint lorsqu'elles changent, elles sont donc dépendante du temps.

La raison pour laquelle je veux limiter les appels à paint, c'est parce que je travaille sur des platines de lecture Blu-Ray et qu'elles n'ont pas toutes les mêmes performances et certaines d'entres elles ne peuvent pas afficher suffisamment rapidement ce que je veux et alors j'obtiens des clignotements (j'utilise le double buffering). Je voulais donc savoir a quel endroit je devais appeler repaint pour être sur que tout ce que je veux soit redessiner et en même temps ne faire qu'un appel.

http://java.sun.com/products/jfc/tsc/articles/painting/

J'avais déja lu ce lien, il est très bien merci.

Donc si je fais l'appel depuis le composant père lourd ca fonctionne mais si c'est le composant père léger ?

Si je pose la question ce n'est pas parce que j'ai la flemme d'essayer, c'est parce que les lecteurs ne réagissent pas tous de la même manière (du fait qu'ils ne suivent pas tous la norme de la même manière) et donc j'ai besoin d'être sûr que la méthode est bonne.

Merci.

[sinok]

Le truc c'est que tes animations elles déclenchent l'appel à paint, ce qui est le problème.

Le concept de base est que l'appel à paint devrait être fait de fonction régulière (toutes les X millisecondes) et que les animations ne fassent que préparer les éléments du paint en fonction d'une Timeline. Donc qu'il y ait une désynchronisation entre les animations et l'exécution du paint. Le truc qu'il faut c'est que l'animation sache quoi dessiner en fonction d'un temps. C'est à dire qu'à un moment T donné l'animation sache exactement à quelle position et de quelle couleur elle doit dessiner par exemple. Donc un code en fonction d'un intervalle de temps.

En procédant de cette façon celà te permet de garder un taux de repaint constant tout en ayant plusieurs animations tournant en parallèle.

Pour bien faire, il faut que les animations ne soient pas responsables de l'appel à paint, mais que l'appel à paint soit régulé au niveau du temps.