Discussion :

[bernidupont]

Bonjour,

je suis en train de réaliser une application en swing, et j'aimerais avoir des conseils sur les 2 points suivants :

- pour naviguer d'un écran swing à un autre, quel est le moyen le plus d'adapté ? 1 frame général où chaque écran correspond à un panel de la taille de la frame qui deviennent visible ou invisible suivant la navigation voulue ? Une API dédié (comme FoxTrot) ?

- pour le moment je positionne mes composants suivants la résolution de mon écran. Que me recommandez vous pour gérer le responsive design quand l'application sera sur un écran d'une autre taille ?

Merci d'avance pour vos conseils,

berni.

[joel.drigo]

Salut,

Les interfaces applicatives Desktop ne fonctionnent pas usuellement comme un navigateur web, et donc la notion de navigation n'y est pas vraiment naturelle, et même plutôt contre-indiquée. D'ailleurs, en tout cas en ce moment, même les applications web actuelles ont tendance à supprimer cette notion qui était obligatoire à une époque où la page était entièrement calculée par un serveur, et toute requête lui était envoyée, avec même une grosse tendance à la SPA (Single Page Application) en ce moment. Après certaines parties de l'application peuvent mettre en oeuvre des systèmes de navigations (comme il y a par exemple dans Eclipse IDE), mais ce n'est pas forcément juste un problème de défilement de page (sous Eclipse, on peut naviguer entre 2 éditeurs ouverts simultanément, entre onglets existant donc).

Mais on peut faire une application Swing avec navigation, en utilisant par exemple un cardlayout, ou en faisant modifiant dynamiquement le contentpane. Ou gérer un système à la Eclipse (on peut même utiliser à la limite Eclipse RCP pour faire une application qui inclue naturellement ce comportement (voir si NetBeans ne propose pas la même chose par ailleurs)).

En revanche, je ne connais pas foxtrot, mais à lire rapidement l'abstract, il semble que cela soit surtout un framework pour ceux qui ne savent pas se servir du SwingWorker...

Par ailleurs, je ne vois pas trop le rapport entre navigation et interface responsive. C'est en partie fondé sur la notion de Layout Manager (voire totalement en programmant ses propres Layout Manager).

[bernidupont]

Bonjour joel,

c'est vrai que pour naviguer dans une application, l'utilisation de swing n'est pas le meilleur choix. Dans mon cas, c'est une petite application de reporting, simple et je pense que cela suffit. Je penserai par la suite à redéfinir l'application dans un autre langage si jamais je constate que l'application est trop limitée. En tout cas, merci de ta réponse, je retiens que pour mon problème, l'utilisation d'un cardLayout ou l'utilisation d'un frame unique avec son contentpane modifié dynamiquement font l'affaire. Quand au responsive design, c'est un autre sujet que je voulais exposer en parallèle pour ne pas faire un autre post. Et pour y apporter la réponse, comme tu l'as souligné, vu que les composants sont gérés via le Layout Manager, il faut redéfinir la taille des layout et donc des composants associés pour avoir une application adaptée à chaque taille d'écran.

Encore merci, et à bientôt,
berni.