Herve AGNOUX:
Heu... Je.... Ja... C'est peut �tre � cause d'une bourde de conception... Je m'imaginais le sch�ma suivant : "Je pr�pare tout ce que je dois dessiner, puis, lorsque tout est pr�t, je lance le dispatching thread, comme �a celui-ci est rapide et je perds pas de temps"...A mon avis, tu n'as pas besoin du dispatching thread. Utile juste repaint(x,y,w,h); Pourquoi faire plus complique ?
Je subodore que c'est une reflexion un peu courte...
Pour r�pondre � R�mi et � toi, les calculs de clip font appel � des m�thodes que j'utilise tr�s souvent ; si je les mets en "queue", j'ai peur que cela ralentisse consid�rablement mon appli.
Je suggerais de mettre l'ensemble, pas chaque methode.
Pour cette fois-ci j'ai peur de devoir m'en sortir avec quelques verrues, et rejeter la reflexion architecturale sur la prochaine version... Ne le dites � personne...
;-)
Cela dit, y a--t-il des "bonnes pratiques" � ce sujet ? (pas le mvc, je connais, merci). J'ai d� �tre tromp� par le fait que le "repaint" �tant normalement une porte d'entr�e au dispatching thread, que celui-ci calcule le clip et que l'on arrive au paint dans le dispatching avec le clip, je me suis dit : il faut calculer le clip avant le paint !C'est tout bon, a condition d'utiliser repaint(x,y,w,h);
De tout facon, si la fenetre change de taille, il y aura un repaint() general.
Guillaume
