Discussion :

[patdu26]

Bonjour, j'ai une question concernant un problème particulier, pour un connaisseur de la librairie swing et des listener.

La problématique est résumée dans le fichier pdf joint, car de petites images sont parfois plus parlantes qu'un grand texte.

Merci à tous ceux qui passeront un peu de temps à comprendre le dysfonctionnement et peut-être, à me donner une piste pour le résoudre...

listener rotation d'objet.pdf

[patdu26]

bonsoir à ceux qui, peut-être ont suivi ma question.

Après pas mal de tentatives et d'essais divers, j'ai enfin compris que les translations ou rotations ajoutés à un contexte graphique, n'impactent que le "coup de peinture" en pixels sur l'écran, mais pas du tout la position des objets définis.

En fait, quand je fais pivoter le contexte graphique, mon objet est toujours au même endroit sur son support, et ne pivote pas du tout! C'est uniquement sa représentation qui pivote avec le contenu du contexte graphique.

Dans le cas de mon objet composé d'un JComponent "support", et d'un JComponenent "Enfant cliquable", j'ai résolu ainsi :

la partie sans incidence, uniquement "représentative" est géré par un un contexte graphique nouveau, g3, copie du contexte graphique g2, qui assure la rotation à 90°.
J'utilise g3 pour faire la rotation, dessiner la partie qui a pivoté mais ne contient pas de partie cliquable, puis je libère les ressources avec g3.dispose();
Ensuite, je récupère le contexte g2 (qui n'a pas pivoté), et sur ce dernier je recalcule la position et la taille de la partie que je veux "cliquable", afin de donner l'illusion qu'elle a pivoté avec le reste, mais en fait, elles redimensionnée et redessinée à son nouvel emplacement.

Tout se comporte comme si tout l'objet avait pivoté, avec sa partie visuelle sans espace cliquable qui a vraiment pivoté, et son nouvel objet cliquable qui n'a pas pivoté, mais qui, recalculé et re-dimensionné, en donne l'illusion, et conserve son utilité car cliquable...

En gros , c'est ça l'idée, et ça fonctionne correctement....

Je ne sais pas si c 'est une méthode correcte mais l'idée est là..

Bonne soirée à tous...

[bouye]

J'ai failli déplacer dans graphisme et puis je me suis ravise car ca avait plus sa place dans la gestion des événements.

Comme tu l'as découverts toi-même, les transformations que tu appliques n'ont d'effet que sur l'affichage/la vue/la partie graphique. La gestion des événement n'est pas impactée.
Si tu veux que cela soit le cas, tu dois le faire toi-même a la main. En Java2D, cela va impliquer pour toi de conserver un objet Transform qui va contenir l'historique des transformations apportées a ton objet graphique. Il te faudra appliquer cette transformation aux coordonnées de la souris pour les convertir dans le bon repère.

Petite note: pour rebasculer dans le repère de Swing il te faudra appliquer la transformation inverse. Or certaines transformations peuvent ne pas être inversibles.