Discussion :

[MaxLaMenaX]

Salut la compagnie !

Une petite question toute simple pour les connaisseurs de Swing !

Contexte : je voulais tester tous les composants Swing, afin d'avoir des exemples de code, clairs que j'aurais fait moi même, pour le jour où j'en aurais besoin.

Donc j'ai commencé par les conteneurs (Containers) :

1°) héritant de Window :

• JFrame : OK
• JWindow : OK
• JDialog : OK

2°) héritant de Panel, puis de Applet :

• JApplet : Pas encore testé, c'est l'étape d'après mais je suppose que j'aurais besoin d'un page web pour le tester.

3°) héritant de JComponent (c'est là ou j'en suis ) :

• JPanel

Donc ma question est sur ce dernier JPanel, il ne peut pas vivre indépendamment d'une JFrame par exemple ?

Car je n'arrive pas à l'afficher seul.
Et donc pour moi la notion de "container", voulait dire un peu cela, que c'était un composant "racine", dans lequel on pouvait ajouter des "widgets" ... et qui n'avait besoin d'aucun autre "composant" pour vivre.

[sinok]

JComponent n'hérite ni de Window, ni d'Applet. De même pour la classe JPanel. De fait les JComponent n'ont absolument pas d'existence physique au niveau de l'OS vu qu'ils sont dessinés et gérés entièrement par swing et ne correspondent pas à des composants du toolkit natif.

De fait il faut à Swing un contexte sur lequel dessiner, contexte qui est fourni par les classes héritant de Window ou Applet.

Voilou.

[MaxLaMenaX]

Ok merci, oui c'est ce que j'ai vu dans la hiérarchie d'héritage de classe, mais alors je ne comprends pas pourquoi "ils" classent "JPanel" en tant que Container...

[sinok]

Bah un container, comme son nom l'indique est destiné à contenir des composants. Or le JPanel est fait pour contenir des composants. Donc c'est un container. Le rôle d'un container n'est pas forcément de fournir un contexte graphique.