Discussion :

[oodini]

Bonjour,

J'ai un morceau de code qui affiche bêtement une image.
Mais je voudrais bien savoir qui appelle paint()...
Merci.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
 
/*
 * This applet's code is the same in both 1.0 and 1.1.
 */
 
import java.awt.*;
import java.applet.Applet;
 
/* 
 * This applet displays a single image twice,
 * once at its normal size and once much wider.
 */
 
public class ImageDisplayer extends Applet
{
    Image image;
 
    public void init()
    {
        image = getImage(getCodeBase(), "rocketship.gif");
    }
 
    public void paint(Graphics g)
    {
        //Draw image at its natural size first.
        g.drawImage(image, 0, 0, this); //85x62 image
 
        //Now draw the image scaled.
        g.drawImage(image, 90, 0, 300, 62, this);
    }
}

[lejimi]

Et bien personne me semble-t-il...

Il y a une méthode paintComponent qui est appelée automatiquement chaque fois qu'un composant quelconque a besoin d'être "rafraîchi" (déplacement, redimensionnement...) C'est elle que tu dois redéfinir en y mettant le code qui dessine l'image.

[oodini]

Ben manifestement, ça fonctionne tel quel...: -/

[bouye]

Par défaut, probablement le repaint manager de l'AWT/Swing au moment ou l'Event Dispatch Thread a déterminé que c'était le moment de repeindre l'interface (et si il est déterminé que ce composant a besoin d'être repeint). Egalement la thread d'impression dans les composants disposant d'une méthode permettant de les imprimer (encore qu'en général ils appellent plutôt print()).

Tu peux aussi l'appeler manuellement toi-même pour rendre ton composant ou applet dans une image ou tout autre Graphics (ex: quand tu imprimes via un Printable bien à toi).

[Glob]

Hello.

C'est paint() pour awt, et paintComponent() pour Swing, non?

Et une applet, c'est de l'awt.

Donc paint() est appelé automatiquement.

A+

[adiGuba]

Salut,

C'est paint() pour awt, et paintComponent() pour Swing, non?

Pas tout à fait... paint() est utilisé dans les deux cas.
La seul différence c'est que le paint() de Swing appelle trois autres méthodes pour l'affichage : paintComponent(), paintBorder(), et paintChildren().

donc lorsqu'on veut modifier le rendu du fond d'un composant Swing, il est préférable de redéfinir seulement paintComponent()...

Et une applet, c'est de l'awt.

Applet -> AWT
JApplet -> Swing

Donc paint() est appelé automatiquement.

Oui comme bouye l'as dit c'est l'Event Dispatch Thread qui s'occupe d'appeller paint() lorsque c'est neccessaire, mais on peut bien sûr forcer ce comportement via la méthode repaint()...

a++

[oodini]

Merci, ça a effectivement l'air d'être ça.

[Gfx]

Oui comme bouye l'as dit c'est l'Event Dispatch Thread qui s'occupe d'appeller paint() lorsque c'est neccessaire, mais on peut bien sûr forcer ce comportement via la méthode repaint()...

Et plus precisement, en Swing, c'est le RepaintManager qui appelle les methodes paint(). Il est possible de surcharger le RepaintManager pour faire des tas de choses assez amusantes. J'avais par exemple realise un RepaintManager qui affichait l'application en 3D (avec des lunettes rouge/bleu). On peut aussi faire un RepaintManager qui detecte si des operations ont lieu en dehors de l'EDT (cf http://www.clientjava.com/blog/2004/08/20/1093059428000.html).

[schneidb]

http://www.clientjava.com/blog/2004/08/20/1093059428000.html).

ton lien est hs dommage

EDIT: j'ai rien dit y'avait une parenthèse de trop, chui pas bien reveillé

http://www.clientjava.com/blog/2004/08/20/1093059428000.html