Discussion :

[The_GuiGui]

Bonjour,
J'aimerai créer une petite application graphique avec AWT.
Quand je crée une fenetre principale avec un menu, comment gérer l'affichage de d'une nouvelle fenetre, avec ce même menu, contenue dans la fenetre principale.
Faut il créer une instance d'un nouvel objet de type fenetre avec ses éléments particuliers ? Comment positionner cette 2e fenetre par rapport à la première, en la superposant sur la 1ere sans masquer le menu ?
Ou alors il faut appeler une 2e fenetre qui contiendra à nouveau le menu et qui masquera la 1ere (avec hide() par ex) ? Donc dans ce cas il faudrait instancier une classe menu qui sera appelée à chaque nouvelle fenetre selon l'action choisie au niveau du menu, non ?
Merci de m'éclairer.

[joel.drigo]

Salut,

Regarde la classe JInternalFrame.

[The_GuiGui]

Merci de ta réponse.
JInternalFrame appartient à Swing et pourtant dans cet exemple http://www.developpez.net/forums/d63...internalframe/ je vois une importation de package Swing et AWT alors qu'il me semble qu'on ne peut pas vraiment les mixer...
Et du coup je vais illustré davantage ce que je pense faire :

Sur cette image, par ex le bouton "save" est dans la page d'accueil, si on clique dans le menu une nouvelle page devrait s'afficher en fonction de l'élément cliqué mais en gardant toujours le même menu. Seul le contenu de la fenêtre doit changer.
Comment organisé le code ? Quels éléments peut on utiliser avec AWT ?

[joel.drigo]

SWING se base sur AWT (un JComponent est un Component, une JFrame est une Frame...). A quoi ça sert d'utiliser des composants AWT alors ceux de SWING sont plus complets et plus aboutis ?

[The_GuiGui]

D'accord pour l'utilité de Swing.
Donc il y aura une classe pour chaque JInternalFrame, c'est bien ça ?

[joel.drigo]

Il y aura une instance de JInternalFrame (ou d'une classe à toi qui étend directement ou indirectement JInternalFrame) par fenêtre affichée.

Le nombre de classes lui dépend de comment tu vas structurer tout ça (il ne dépend ni du nombre de types de fenêtre (afficheur de ci, afficheur de ça, éditeur de ci, éditeur de ça, tableau de bord de ci...), ni du nombre d'instances de fenêtre (nombre de documents que tu pourras ouvrir par exemple, ou nombre de résultat de recherche, ou de prévisualisation d'impression, ou que sais-je encore...)). On peut très bien faire une fabrique de JInternalFrame qui décore la fenêtre en fonction de ce qu'on veut y faire (donc 0 classe en plus de celle de Java), ou faire une arborescence à trois niveaux d'abstraction (pour regrouper des fonctions communes par grands types), ou à 15 si on veut faire un truc hyper sioux.