Quote:
Je m'excuse si cette question apparaît ridicule,
Aucunement ridicule.
Quote:
mais que considères-tu comme faisant partie de AWT et de SWING dans mon code?
Simple:
Quote:
JDialog dialog = new JDialog();
Ca c'est du Swing n'est-ce pas ?
par ailleurs
Quote:
public void initDialog(Component componentToShow)
et
JPanel borderPanel = new JPanel();
et enfin
borderPanel.add(componentToShow, "1,1");
JDialog et JPanel sont des classes Swing.
Component est AWT sinon ce serait JComponent
Quand tu ajoutes componentToShow dans borderpanel tu mets bien un composant AWT dans un conteneur Swing, donc tu mélanges les genres, ce qu'il ne faut pas faire.
A ce niveau là le mélange est clair. Maintenant:
Quote:
Pour moi Swing étends AWT
En effet
Et il est tentant de penser qu'un composant Swing se comporte comme un AWT. C'est ce à quoi on s'attendrait avec l'héritage.
Malheureusement ça ne fonctionne pas. Je n'ai plus le lien en tête mais Sun l'explique sur son site. Tu trouveras facilement.
Bien que l'un dérive de l'autre il y a des couches logicielles entre le deux qui font qu'ils ne se comportent pas pareil. Par exemple pour le rafraîchissement qui doit être ce qui te pose problèlme.
Bref Swing dérive de AWT mais ils ne sont pas compatibles. :(
Une de ces horreurs comme on ne trouve qu'en Java (tu ne le sais peut être pas mais je déteste ce #### langage)
Tu vois je ne suis pas surpris que ta fenêtre saute dans tous les sens lors du déplacement, justement à cause de ces différentes de traitement du rafraîchissement. Même si ça marche avec telle JVM aujourd'hui et telle plate-forme, tôt ou tard tu auras une mauvaise surprise.
En plus dans ton code, tu demandes un rafraîchissement (implicitement avec setLocation) pour tous les événements de la souris ce qui va surcharger la JVM.
Tiens, je pense à quelque chose. Tu as bien vu que setLocation attend des coordonnées relatives à la fenêtre parent ? Si tu essaies de tirer ton JDialog en dehors de la fenêtre, ça peut provoquer des sauts aussi ça.
Aucunement ridicule.
Simple:
Ca c'est du Swing n'est-ce pas ?
par ailleurs
JDialog et JPanel sont des classes Swing.
Component est AWT sinon ce serait JComponent
Quand tu ajoutes componentToShow dans borderpanel tu mets bien un composant AWT dans un conteneur Swing, donc tu mélanges les genres, ce qu'il ne faut pas faire.
A ce niveau là le mélange est clair. Maintenant:
En effet
Et il est tentant de penser qu'un composant Swing se comporte comme un AWT. C'est ce à quoi on s'attendrait avec l'héritage.
Malheureusement ça ne fonctionne pas. Je n'ai plus le lien en tête mais Sun l'explique sur son site. Tu trouveras facilement.
Bien que l'un dérive de l'autre il y a des couches logicielles entre le deux qui font qu'ils ne se comportent pas pareil. Par exemple pour le rafraîchissement qui doit être ce qui te pose problèlme.
Bref Swing dérive de AWT mais ils ne sont pas compatibles. :(
Une de ces horreurs comme on ne trouve qu'en Java (tu ne le sais peut être pas mais je déteste ce #### langage)
Tu vois je ne suis pas surpris que ta fenêtre saute dans tous les sens lors du déplacement, justement à cause de ces différentes de traitement du rafraîchissement. Même si ça marche avec telle JVM aujourd'hui et telle plate-forme, tôt ou tard tu auras une mauvaise surprise.
En plus dans ton code, tu demandes un rafraîchissement (implicitement avec setLocation) pour tous les événements de la souris ce qui va surcharger la JVM.
Tiens, je pense à quelque chose. Tu as bien vu que setLocation attend des coordonnées relatives à la fenêtre parent ? Si tu essaies de tirer ton JDialog en dehors de la fenêtre, ça peut provoquer des sauts aussi ça.