Discussion :

[sjrd]

Bonjour,

Dans mon appli, je veux afficher une JWindow en-dessous d'un point de mon composant, lors d'un MouseMoved sur celui-ci. En gros, je souhaite faire un "hint" élaboré avec une fenêtre à moi.

Tout fonctionne très bien sous Windows, ainsi que sous Linux sans compiz activé. Mais dès que j'active compiz, la fenêtre s'affiche à un mauvais endroit : l'endroit où elle devrait s'afficher si la fenêtre maître n'avait pas été déplacée depuis sa création.

Cela semble être un bug connu de la méthode getLocationOnScreen() avec compiz. J'ai aussi essayé SwingUtilities.convertPointToScreen, mais évidemment celle-ci utilise getLocationOnScreen()

Donc je cherche un moyen de contourner ce bug. Utiliser une autre méthode, ou je ne sais quoi, qui me permettrait de connaître la position écran d'un point sans passer par ces méthodes buguées. Je n'ai trouvé aucune solution sur Internet jusqu'à présent.

Une autre alternative serait de réussir à positionner la JWindow relativement à mon composant, si c'est possible et que cette autre solution ne passe pas elle-même par getLocationOnScreen().

d'avance

[sinok]

Mettre à jour la JVM vers la denière update de java 6?

Car le versions précédentes entraient plus ou moins en conflit avec Compiz. Voir passer à OpenJDK ou IcedTea

[natha]

Perso j'ai java1.6.0_03 sous Ubuntu et j'ai aussi un problème de positionnement mais je ne crois pas que ça soit getLocationOnScreen qui pose problème.

Je stoque dans un fichier la position de mes fenêtres, quand je les rouvre elles sont censée s'afficher au même endroit que la dernière fois or ça se décale toujours de 5px vers la gauche et 5px vers le haut (si j'ouvre/ferme 50x la fenêtre elle sera presque dans le bord haut/gauche de mon écran).

En mettant un listener sur la fenêtre je me suis rendu compte qu'elle est d'abord affichée au bon endroit puis qu'elle est déplacée. Je pense que c'est parce que Compiz dessine les bords seulement après l'affichage de la fenêtre ce qu'il fait qu'il décale tout à chaque fois.


Bon et sous Compiz la zone de notification n'est pas supportée... si c'est pas débile de la part de Sun d'avoir hard-codé les window manager compatibles...

[sjrd]

Je suis déjà passé à la dernière update du JRE et JDK. Quant à passer à une autre JVM... Euh... Ca serait quand même bien de rester compatible, c'est un peu le but de Java

@natha : je ne pense pas qu'on ait le même problème, du tout. Chez moi, le décalage est bien plus important que seulement 5px. En fait ce n'est même pas un décalage à proprement parler. Comme je l'ai dit, le positionnement de ma fenêtre est tout à fait exact, mais si et seulement si je ne bouge pas ma fenêtre à partir de son affichage. Car sinon, les JWindow sont quand même affichées là où elles auraient dû l'être si je n'avais pas bougé ma fenêtre.
Donc si je bouge ma fenêtre à l'autre bout de l'écran, mes "hint" sont quand même affichés à l'endroit d'origine

Et le problème vient bien de getLocationOnScreen. C'est un bug déjà signalé notamment ici (bien que ce ne soit pas dans un bug-report de Java lui-même) :
https://bugs.launchpad.net/latexdraw/+bug/194733

The problem comes from the 'getLocationOnScreen()' method that, with Compiz, always returns the original position of the component.

Ca ne me paraît même pas "idiot", dans le sens où il est fort probable que Compiz simule le non-déplacement des fenêtres, pour être plus efficace dans son dessin. Et alors getLocationOnScreen n'en peut rien : il ne pourrait pas savoir qu'on n'est plus au même endroit qu'au début

[natha]

Ah ok...
Moi je n'utilise pas getLocationOnScreen en fait, je viens de vérifier, j'utilise frame.getX() et frame.getY()

[sjrd]

Ah ok...
Moi je n'utilise pas getLocationOnScreen en fait, je viens de vérifier, j'utilise frame.getX() et frame.getY()

Ah ! Je vais essayer ces deux méthodes, ça fonctionnera peut-être mieux
Je te tiens au courant.