Discussion :

[HopeLeaves]

Bonjour a tous,
je debute en JAVA, et je n'arrive pas a afficher une image sur un composant.

J'ai tiré de la FAQ les methodes suivantes, dans la methode Paint de mon composant swing :

Code :

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

1
2
3
4
5
6
7
8
 
	public void paintComponent(Graphics g_arg){
 
		java.awt.Toolkit toolkit = java.awt.Toolkit.getDefaultToolkit();
		Image image = toolkit.getImage("./toto.jpg");	
 
		g_arg.drawImage(image,0,0,null);
	}

or, rien ne s'affiche a l'ecran, pourtant si a cet endroit precis, je demande le tracage d'un cercle, il s'affiche sans aucun probleme.

Qu'ai-je fait de travers ?

merci a vous.

HopeLeaves

[Glob]

Hello.
Il est possible que ton image ne soit pas chargée au moment où tu veux l'afficher, car le chargement se fait dans un Thread séparé.

Pour remédier à ça, utilise (par exemple) un ImageIcon:

Code :

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

1
2
ImageIcon icon = new ImageIcon(image);
image = icon.getImage();

... à rajouter avant ton drawImage.

[HopeLeaves]

j'ai essayer ce que tu as dit,
j'ai meme essayé le code

Code :

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

1
2
3
4
5
6
7
8
 
	public void paintComponent(Graphics g_arg){
 
		ImageIcon icon = new ImageIcon(".\toto.jpg");
		Image image = icon.getImage();
 
		g_arg.drawImage(image,0,0,null);
	}

Puisque le constructeur de ImageIcon accepte de prendre un nom de fichier... mais rien ne s'affiche....

ca doit surement etre un truc completement con...

merci quand meme.

[bouye]

Apparement Java n'arrive pas à trouver limage utilisee par 'icone : le chemin n'est pas bon. Si tu utilises un \ il faut le doubler \\ sinon ".\toto.jpg" sera interprété comme ".<tabulation>oto.jpg".

Ensuite fais bien attention à éviter de mettre en dur des chemins avec des \ dans ton code, car cela ne fonctionne que sous Windows.
Tu peux récupérer le séparateur de fichier de la platforme actuelle en faisant System.getProperty("file.separator").

Pour finir même si c'est bon pour un test : ne charge pas l'icone dans la méthode paintComponent, en effet une nouvelle icone serait créée à chaque repeinture de l'interface.

[HopeLeaves]

bon je renonce a comprendre ce qui ne marche pas .... tant pis, je ferai autrement.

merci a tous en tout cas.

[ixterm]

Tu as mis :

Code :

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

g_arg.drawImage(image,0,0,null);

ne mets pas "null" mais "this" comme ceci :

Code :

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

1
2
 
g_arg.drawImage(image,0,0,this);

et également JPG en majuscule :

Code :

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

1
2
 
  Image image = toolkit.getImage("toto.JPG");

[Gfx]

ne mets pas "null" mais "this" comme ceci

Tu peux mettre null. Je ne passe jamais this et ca marche tres bien si l'image est chargee.

et également JPG en majuscule

Sous Windows cela ne changera rien.

Ensuite fais bien attention à éviter de mettre en dur des chemins avec des \ dans ton code, car cela ne fonctionne que sous Windows.

Je devrais verifier mais je suis a peu pres certain que cela marchera sous Linux, Solaris et MacOS X avec un \\. Les / marchent par exemple tres bien sous Windows dans du code Java. La classe File est suffisamment intelligente pour utiliser le separateur correct elle-meme. C'est pour cela que j'utilise toujours /, cela evite de passer par File.separator ou d'echapper le \ en \\.

[bouye]

ne mets pas "null" mais "this" comme ceci :

En général c'est inutile, mais bon si ton image est longue à charger ou se trouve à l'autre bout d'Internet, ca peut influencer. A ce moment-là il faudra peut-être provoquer un repaint() lorsque la méthode appropriée de ImageObserver est appelée (ce qui est peut-être le comportement par défaut - perso je met 100% du temps null).

et également JPG en majuscule

Encore faudrait-il que le fichier soit nommé de cette manière. De toute facon Windows se contrefiche éperdument de la casse en temps normal.
Attention cependant si tu veux que ton programme soit portable alors oui il faudra faire attention à la casse (et au séparateur de fichier comme indiqué plus haut), et écrire le nom de ton fichier exacterment tel qu'il est réellement (avec les majuscules et les minuscules au bon endroit). En effet les systèmes de type Unix eux font la différence.

Il semble plus logique que le chemin ne soit pas bon puisque l'image retournée par ImageIcon semble vide.

EDIT - zut encore grillé

EDIT 2 - décidement...
J'ai toujours mis / dans mon code Java pour les sépérateur de chemin sous Linux/Windows/Solaris/MacOS et pour l'acces aux JAR.
Dans mes souvenirs des tests de Java 1.1.2 et/ou 1.1..5 sous Solaris le \\ne fonctionnait pas. Mais c'était il y a fort longtempts et ou je m'y prenais mal à l'époque (c'est possible je débutais) ou le comportement de la JVM a changé depuis.

[Zeil]

Un petit truc en plus: utiliser un MediaTracker.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
MediaTracker tracker = new MediaTracker(this);
 
Image img = ....
tracker.addImage(img, 0);
 
Image img2=...
tracker.addImage(img2, 1);
 
...
 
try{
tracker.waitForAll(); }
catch(InterruptedException e){}

Le but est de bloquer l'execution du programme tant que les images n'ont pas été effectivement chargées.


Maintenant, je te conseillerai plutot de charger l'image dans le constructeur plutot que dans la méthode paintComponent.
Sinon, a chaque fois que la méthode sera appelée (déplacement fenetre, maximisation, minimisation, changement de taille, ...), tu fais recharger l'image.

Maintenant, je n'émets qu'un avis de débutant

[Gfx]

Mieux que le MediaTracker, ImageIO

[HopeLeaves]

bien merci a vous tous.
le mediaTracker etait donc la solution a mon probleme.

j'ignore si le ImageIO est mieu encore, mais en tous ca mon image s'affiche... alors merci, pb resolu.

HopeLeaves

[Gfx]

Ben quand tu fais juste ImageIO.read(tonFichier) il fait tout le boulot du MediaTracker pour toi.

[HopeLeaves]

Voici donc mon nouveau code :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
	public void paint(Graphics g_arg){
 
		try {
			BufferedImage image = ImageIO.read(new File("c:/toto.jpg"));
			g_arg.drawImage(image,0,0,this);
 
		} catch
		(IOException e){/*...*/}		
	}

Mais voila, comme ca ca marche, mais si je remplace le chemin de l'image par './toto.jpg' ou simplement 'toto.jpg', ca marche plus.

le fichier est a la fois sous c:/ et dans le dossier où est le fichier .java de ma classe.

[Gfx]

Il faut qu'il soit dans le dossier qui contient le .class, pas le .java. Et il ne faut pas charger l'image dans la methode paint

[ixterm]

Oui pourla portabilité, il faut bien mettre .JPG. En effet en faisant un "dir" sous dos on s'aperçoit que même si on renomme toto.JPG en toto.jpg,le JPG reste en majuscule

C'est surtout avant créer un jar executable que cela est important

[bouye]

Ton systeme n'est pas le mien (... ou le sien) : par exemple sur mes Windows XP ici au boulot, ou chez moi toutes mes extensions de fichiers sont toujours en minuscules (comportement par defaut), comme quoi. Alors certes la (sur Windows) il ne fera pas la difference d'entre .JPG et .jpg ou .Jpg, .jpG,.... Pourtant sur mon Linux je peux t'assurer que si tu tapes monfichier.JPG il n'arrivera pas a l'ouvrir. Sans compter que dans le meme repertoire je pourrai sans probleme avoir des fichiers (voir des repertoires) avec des noms identiques mais des combinaison de casse differente...

Pour revenir au sujet et comme dit precedement : il lui faut donc mettre le nom du fichier tel qu'il est reellement (sur sa machine)*.
... et faire des tests sur d'autres platformes (toujours faire des tests de toute maniere)

*Tu notteras que je ne lui dit pas de ne pas ecrire .JPG. Si le fichier a cette ecriture alors c'est celle-la qu'il faut utiliser.

[HS]
...des extensions en majuscule par defaut, .... hum ca me dit qq chose... tu n'aurais pas Windows Advanced Server 2003 ou une beta de Vista par hasard ?! Ou au contraire une version plus ancienne basee sur DOS style 95 ou 98 ?
[/HS]

[Gfx]

Non, c'est faux. Tout simplement parce que Windows se fiche de la casse et que sous les systemes qui s'en preoccupent (Solaris, MacOS X, Linux...) les extensions ne sont pour ainsi dire jamais en majuscules.

Ooops, battu par bouye