Bogue à la fermeture d'une fenêtre

AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

Je suis victime d'un bogue très gênant.
Je programme un éditeur de niveaux pour le bombernotte.
Voici comment sa fonctionne :
L'utilisateur créer un quadrillage grâce à ma fenêtre : Fenêtre_nouveau_quadrillage.
Il indique ensuite le chemin d'accès de ses images (tiles) grâce à la fenêtre : Fenêtre_tiles.
Les images sont alors chargées sur la toile.

Les chemins d'accès sont ajoutés dans un casier.
Ainsi, si l'utilisateur veut importer de nouvelles images, les nouveaux chemins d'accès s'ajoutent à la suite dans le casier.
Les images s'affichent alors à la suite des autres sur la toile.

Ceci fonctionne très bien, à un détail près :
je ne peut pas fermer la fenêtre "Fenêtre_tiles" !
Si l'utilisateur sélectionne des images, ferme la fenêtre et la ré-ouvre pour choisir d'autres images alors mon programme plante.(Il fait des aller-retours incompréhensibles entre mon paragraphe "Récupération_tiles" et "Affichage_tiles")

Voici mon code :


(Il manque une fonction "sélectionner tout" dans l'interprète linotte tiens :;
): )

C'est très gênant car ça limite le nombre d'images que l'on peut importer.
(A moins de faire une fenêtre immense pour le choix des images " title="Sad" />)

Je soupçonne un gestion des événements, grand coupable de tes malheurs.
ça me rappelle un post de momo112. mais je ne le retrouve pas....

Je m'en souvient, c'était dans une version de noteradio de la branche 2.x, j'avais du créer des passerelles pour qu'il n’initialise pas les évènement plusieurs fois car sinon il appelait plusieurs fois les paragraphes, mais je n'ai pas encore regardé l'exemple de Wam donc je ne peux pas dire si c'est ça.

-----
Edit :
Il semblerai que ça soit le même problème, il faut que tu vérifie que l'utilisateur ne passe pas deux fois par l'initialisation des évènements.
Le problème viendrai de l'initialisation des évènement des paragraphes : Fenêtre_nouveau_quadrillage et Fenêtre_tiles qui peuvent être activé de nombreuses fois à partir de la fenêtre principale.
Pour ça au moins deux possibilités s'offrent à toi :

- Initialiser tous tes évènement d'un coup au début de ton livre et bien vérifier qu'ils sont dans un endroit qui ne sera lu qu'une seule fois par l'interpréteur (je fais ça avec Plumes Mêlées) (tu peux les mettre avec les autres avant ta boucle infinie dans le premier paragraphe).
- Utiliser un système de passerelle qui permet d'initialiser les évènement que si nécessaires une seule fois en vérifiant le passage avec un drapeau ou une autre variable (je fais ça dans noteradio 2, dans les versions 3 aussi mais en un peux différent)

-----
Edit 2 :
Encore une fois je milite l'utilisation de cette instruction :
Tu explores "coloriser com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel"

Pour bien programmer les interfaces et pour que tout le monde l'ai de la même façon, tu peux bien sur choisir un autre thème (dans l'exemple du décorateur.liv) mais tous les thèmes n'ont pas les mêmes éléments (différentes tailles, absence des menus dans le thème GTK), le thème nimbus est selon moi le plus complet tout en gardant une interface agréable.

Bonsoir Momo,

Ta méthode ne semble pas fonctionner avec des boutons. Elle est utilisable uniquement avec des éléments de la toile.

Pour ceci :
Tu explores "coloriser com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel"

Je ne l'utilise pas car il change également l'apparence de l'atelier et je le trouve moins lisible.

normalement ça fonctionne aussi avec les boutons, mais je ne sais pas pourquoi là l'interpréteur ne tient pas compte des évènements une fois bougés, là ça sort de mes compétences désolé " title="Sad" />

Je pense avoir trouvé le problème de ma solution, essaie si avec ce code le problème est résolue :



ps : pour tout sélectionner dans l'atelier, tu peux utiliser "Ctrl + A"

Sa fonctionne " title="Smile" />
Merci momo.

Par contre, sa reste une solution temporaire étant donné que toutes les fenêtres s'affichent au démarrage du logiciel, avant de devenir invisible.

Mais vu que cpc est dans l'IHM, j'ai dans l'espoir que ce problème sera résolu avec la prochaine version " title="Smile" />

Oui, la solution "simple" donne ce petit désagrément, ça me le fait aussi dans plumes mêlées. J'attends aussi l'évolution de l'IHM pour pouvoir faire encore plus de choses avec linotte " title="Smile" />