Reprise du message précédent :
Bon,
je ne comprend toujours pas pourquoi ma clé de sol ne s'affiche pas.
 
J'ai ré écris toute la classe, car la version précédente me paraissait assez bizarre :
 

import java.awt.Image;
import javax.imageio.*;
import java.io.File;
import java.awt.image.BufferedImage;
 
/**
 *
 * @author Koskoz
 */
public class DrawKey {
 
    BufferedImage img;
 
    public void DrawKey() {
        try {
            img = ImageIO.read(new File("src/cledesol.gif" ));
        } catch (Exception e) {
            System.out.println("Impossible de charger l'image" );
            System.exit(0);
        }
    }
 
    public Image getImage() {
        return this.img;
    }
}

 
Et c'est ici qu'est est sensée apparaitre :
 

import javax.swing.JPanel;
import java.awt.*;
 
/**
 *
 * @author Koskoz
 */
public class DrawPartition extends JPanel {
 
    public void paintComponent(Graphics g) {
        DrawKey ti = new DrawKey();
 
        super.paintComponent(g);
 
        // Premiere ligne
 
        // Cle de sol
        g.drawImage(ti.getImage(), 80, 65, null);
 
        // Verticales
        g.drawLine(224,70,224,130);
        g.drawLine(383,70,383,130);
        g.drawLine(542,70,542,130);
        // Horizontales
        g.drawLine(65,70,700,70);
        g.drawLine(65,85,700,85);
        g.drawLine(65,100,700,100);
        g.drawLine(65,115,700,115);
        g.drawLine(65,130,700,130);
 
 
        // Deuxieme ligne
 
        // Cle de sol
        g.drawImage(ti.getImage(), 80, 155, null);
 
        // Verticales
        g.drawLine(224,160,224,220);
        g.drawLine(383,160,383,220);
        g.drawLine(542,160,542,220);
        // Horizontales
        g.drawLine(65,160,700,160);
        g.drawLine(65,175,700,175);
        g.drawLine(65,190,700,190);
        g.drawLine(65,205,700,205);
        g.drawLine(65,220,700,220);
 
 
        // Troisieme ligne
 
        // Cle de sol
        g.drawImage(ti.getImage(), 80, 245, null);
 
        // Verticales
        g.drawLine(224,250,224,310);
        g.drawLine(383,250,383,310);
        g.drawLine(542,250,542,310);
        // Horizontales
        g.drawLine(65,250,700,250);
        g.drawLine(65,265,700,265);
        g.drawLine(65,280,700,280);
        g.drawLine(65,295,700,295);
        g.drawLine(65,310,700,310);
 
 
        // Quatrieme ligne
 
        // Cle de sol
        g.drawImage(ti.getImage(), 80, 335, null);
 
        // Verticales
        g.drawLine(224,340,224,400);
        g.drawLine(383,340,383,400);
        g.drawLine(542,340,542,400);
        // Horizontales
        g.drawLine(65,340,700,340);
        g.drawLine(65,355,700,355);
        g.drawLine(65,370,700,370);
        g.drawLine(65,385,700,385);
        g.drawLine(65,400,700,400);
 
 
        // Cinquieme ligne
 
        // Cle de sol
        g.drawImage(ti.getImage(), 80, 425, null);
 
        // Verticales
        g.drawLine(224,430,224,490);
        g.drawLine(383,430,383,490);
        g.drawLine(542,430,542,490);
        // Horizontales
        g.drawLine(65,430,700,430);
        g.drawLine(65,445,700,445);
        g.drawLine(65,460,700,460);
        g.drawLine(65,475,700,475);
        g.drawLine(65,490,700,490);
    }
}

 
Cette classe n'est pas de moi par contre
 
Mais ce qui m'étonne vraiment, c'est que je n'ai pas le message comme quoi l'image n'a pas pu se charger...

c'est ton constructeur O_o ? Parce que normalement c'est

 
Merci.

Je demande un bash

Note j'ai fait mieux...J'ai galéré pendant 20 minutes avec mon prof à chercher une erreur dans mes méthodes avant de regarder que je redéclarais à chaque fois une Array dans une boucle while et je comprenais pas pourquoi rien ne se faisait dans cette Array .

Un bon IDE aurai fait un Warning car une method, en Java, ne doit jamais commencer par une majuscule en principe...

Netbeans ne l'a pas fait

Eclipse te préviens bien (il te dit que le méthode a le nom d'un constructeur). (eclipse ftw )

non mais a la base c'était un topic référence ici, pas un topic pour faire le boulot a la place des boulets.

 
I see your point...mais ça fait vivre le topic, et je sais pas à quelle fréquence la page 1 est MAJ...

?
 

il parle d'un topic avec des liens vers des tutos, de la doc, des API utiles, etc...par opposition à une topic où tlm se pointe pour parler de ses problèmes et où l'info utile est "noyée dans le bruit"

Ben où est-ce qu'on peut demander les questions stupides de débutants sans se faire insulter de noob ou de mec qui est trop abruti pour lurker google ?

sur blabla@prog

en créant ton propre topic je suppose
à la rigueur tu postes le link ici avec un commentaire sur le sujet traité (swing, thread, etc..) histoire que si qqn cherche dans ce topic il puisse trouvé un topic dédié au sujet)

d'un autre coté c'est -- le maitre du topic, donc sa réponse sera plus pertinente

non mais c'est pas une question d'être le "maître" du topic (et de fait, j'ai jamais mis la 1e page à jour, si y'a des volontaires ou des trucs à y ajouter faites signe), et ça me dérange pas (ni personne je suppose, à suppose qu'il y ait plus de 3 clampins qui suivent le topic et qui pensent comme moi) si on vient poser une ou deux questions sur un problème spécifique, mais là en l'occurence, c'est du prenage-par-la-main, et le gars il apprend que dalle; quand j'ai vu que c'était "la faute à netbeans qui gère mal les resources" j'en ai eu ras-le-bol. Le gros point qui manque en l'occurence, c'est apprendre à se servir de ses outils (non seulement l'éditeur et sa config, mais le debuggeur, et les sources du jdk...) plutot que d'aller se faire nourrir au bec sur hfr.

Je n'ai jamais dis que le void devant le constructeur était la faute à netbeans, je reconnais avoir fait une erreur
 
Si en première page tu pourrai ajouter ce lien posté par Machine

euh je parlais de ton histoire d'images moi

liens ajoutés.

 
Elles ne s'affichaient pas à cause du mauvais constructeur.

 
 
c'est quoi la bonne méthode pour en swing lancer un JFileChooser pour sauver un truc qui n'existe pas encore avec une valeur par defaut pour le nom du fichier à sauver ?
 
 

tu dois pouvoir récupérer le champ où le user est censé taper le nom, et y setter une valeur par défaut ?

J'ai un vieux trou de mémoire, ça fait très longtemps que je me suis pas servi d'interfaces.
Après avoir revu des polys/google, j'arrive pas bien à faire la différence entre classe abstraite et interface.
En revanche une question concernant les interfaces, est-ce qu'on doit redéfinir toutes les méthodes dans une classe implémentant une interface ?
 
Merci.

Une classe implémentant une interface doit redéfinir toutes les méthodes de l'interface.
 
Une classe abstraite peut comprendre des méthodes abstraites, c'est à dire uniquement l'entête.
Une classe héritant d'une classe abstraite doit redéfinir les méthodes abstraites.
 
Voilà, j'espère ne pas avoir dit de connerie.

Une classe abstraite n'est pas instanciable, si ?

Sauf si elle aussi est abstraite  

Bah non.

Donc c'est quoi la différence entre interface et classe abstraite

Une classe abstraite peut avoir des méthodes concrètes et des données (variables membres), mais une classe peut implémenter plusieurs interface (si on parle de java).

Une interface, c'est équivalent à une classe purement abstraite (une classe abstraite dont toutes les méthodes sont abstraites), d'ailleurs si je me souviens bien c'est ce qu'indique le message d'erreur quand on oublie d'implémenter une méthode d'une interface.

Les interfaces Java ont été créées pour pallier au manque d'héritage multiple.

Merci, pas grande différence en gros

t'as des liens pour appuyer ca ? parce que la notion de contrat/protocol existait bien avant java. Perso je le vois plutot dans un autre sens: on utilise les interfaces pour pallier au manque d'heritage multiple

Heuuu c'est exactement ce que j'ai dit

non tu as dit que ça avait été *créé* pour

Bon ok, c'est presque exactement ce que j'ai dit

on te pardonne, c'est le topic debutants apres tout

MDR : ça me rappelle mon embauche en stage...mon maitre de stage voulait un gars "correct" techniquement, donc il organisé des entretiens téléphoniques avec les 30 personnes dont il avait reçu les CV...l'entretien était ultra technique, ça a bien filtré ...
 
la première question était : quelle est la différence entre une interface et une classe abstraite...
 
putain, je viens de rajeunir de 4 ans

et donc, fait nous profiter de ta réponse ?

LOL, genre c'est moi l'expert dans ce domaine ...
 
de mémoire j'avais répondu qu'une classe abstraite permettait de factoriser des comportements communs à un ensemble de classe, et permettait de définir l'interface (au sens méthodes exposées) commun à un ensemble de classe héritants de la classe abstraite.
Une interface sert à définir un contrat que doit remplir une classe implémentant l'interface...
 
après je te cache pas que c'était en janvier 2005, j'ai plus la formulation exacte

Je link un sujet : http://forum.hardware.fr/hfr/Progr [...] 2026_1.htm
 
Je suis assez perdu avec mes classes pour passer les infos entre chacune d'entre elles là.
Ca concerne une liste chainée plus particulièrement.

Bonjour, je ne sais pas ou m'adresser, alors je viens ici.
Ou pensez vous qu'il est le mieux de s'adresser pour créer un site a moindre cout (voir gratuitemet), seul et rapidement?

pas ici.

blogspot.com
A+,

salut  je suis vraiment débutant en java orienté objet, j'ai une question :  
 
Ensemble <String> e = new Ensemble <String> ();
System.out.print("L'ensemble vaut ' + e + ' \n" );
 
que fait la seconde ligne de ce code  ?