Un panel par dessus un autre

Version imprimable

17/07/2006, 17h29
®om

Un panel par dessus un autre

Salut,

J'ai un composant graphique (on va dire un panel) sur lequel je ne peux pas écouter les clics de souris (mais par contre les clics font des actions que je souhaite ne pas faire).
Je voudrais donc ajouter par-dessus un panel (invisible) qui me permette d'intercepter les clics de souris.

J'ai donc fais un JLayeredPane, sur lequel j'ai ajouté mon premier composant, puis un panel par dessus.

Comment je peux définir que les clics de souris ne doivent être provoqués que par le panel du dessus (qui est invisible)?

Un peu à la manière des glasspane, mais je ne suis pas au niveau de la JFrame là, c'est juste pour un panel...

Merci d'avance de votre réponse qui me sera d'une grande aide :)
17/07/2006, 18h07
xavlours

Bonjour,

C'est quand même bizarre, ce que tu dis là. C'est vraiment pas trop propre, mais bon.
Si tu regardes la démo de Sun sur le GlassPane, tu verras qu'il redirige les évènements. Tu peux faire de même en testant que le clic n'a pas été fait sur le composant en question (SwingUtilities.getDeepestComponentAt(int x, int y)). Ailleurs, tu redispatches, sur le composant, tu ne redispatches pas et tu traites l'évènement comme tu veux.
17/07/2006, 19h51
®om

Citation:

Envoyé par xavlours

Bonjour,

C'est quand même bizarre, ce que tu dis là. C'est vraiment pas trop propre, mais bon.

Ouais mais apparemment je n'ai pas le choix. Le composant est un composant ActiveX géré en natif, et malheureusement, il gère lui-même les évènements (en C) :(

Citation:

Envoyé par xavlours

Si tu regardes la démo de Sun sur le GlassPane, tu verras qu'il redirige les évènements. Tu peux faire de même en testant que le clic n'a pas été fait sur le composant en question (SwingUtilities.getDeepestComponentAt(int x, int y)). Ailleurs, tu redispatches, sur le composant, tu ne redispatches pas et tu traites l'évènement comme tu veux.

Moi quand je fais un JPanel en tant que GlassPane de ma JFrame, ça s'affiche bien, mais si on clique, ça clique aussi sur ce qu'il y a au-dessous... Comment faire pour que les clics ne "traversent" pas le GlassPane?
17/07/2006, 19h57
Gfx

Facile :

maFrame.getGlassPane().addMouseListener(new MouseAdapter() { });
17/07/2006, 20h00
®om

Arf de toute façon le composant c'est un java.awt.Canvas, donc un composant awt, on ne va pas pouvoir dessiner par dessus en swing :(
17/07/2006, 20h03
®om

Citation:

Envoyé par Gfx

Facile :

maFrame.getGlassPane().addMouseListener(new MouseAdapter() { });

Ah ouais :)

Tiens, c'est étonnant, comment ça se fait que ça empêche les clics?
Car c'est juste un "addMouseListener", c'est parce que s'il n'y a pas de listeners sur le glassPane, ça passe "au-dessous"?

Sinon, as-tu une solution pour faire comme un glasspane, mais au-dessus d'un composant AWT intégré dans du Swing? :)
17/07/2006, 20h11
Gfx

On ne peut rien faire pour passer au dessus d'AWT. Si tu veux juste intercepter les clics et que le glass pane ne marche pas avec ton composant AWT, essaye de passer par un AWTEventListener avec un masque sur les evenements souris que tu pourras consommer.

Et depuis java 6.0 beta 2 (il me semble), j'ai un problème plus grave. Voici une image du début de l'application (g intégré l'activeX à l'arrache dans la partie droite de la fenêtre).
http://membres.lycos.fr/rom1v/MyFreeTV/MyFreeTV-vlc.png

Le problème, c'est que dès que je lance une lecture, ou même quand je survole la partie de l'écran contenant l'ActiveX VLC, la JVM plante totalement:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 # # An unexpected error has been detected by Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d103cc9, pid=3904, tid=772 # # Java VM: Java HotSpot(TM) Client VM (1.6.0-beta-b59g mixed mode, sharing) # Problematic frame: # C [awt.dll+0x103cc9] # # An error report file with more information is saved as hs_err_pid3904.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp #

17/07/2006, 20h21
Gfx

Java SE 6, pas Java 6.0 :)

Plus serieusement, ca ressemble a un bug grave dans le code de la JVM. Essaye avec une version plus recente (http://mustang.dev.java.net) et envoie un rapport de bug a Sun.
17/07/2006, 20h32
®om

Citation:

Envoyé par Gfx

Java SE 6, pas Java 6.0 :)

Les numérotations de java changent tout le temps :)

java 1.4
java 5.0
java se 6
:)

Citation:

Envoyé par Gfx

Plus serieusement, ca ressemble a un bug grave dans le code de la JVM. Essaye avec une version plus recente (http://mustang.dev.java.net) et envoie un rapport de bug a Sun.

Ah bah merci, c corrigé avec la dernière :)
Un grand merci :D

Enfin, pour mon autre problème, tu as un petit tuto sur AWTEventListener (c'est pas un listener comme les autres celui-là) ? (pour intercepter juste les clics qui sont sur le composant awt)

C'est J2SE 1.4, J2SE 5.0 et Java SE 6. Et c'est pire que ca ! Car si on parle bien de J2EE 1.4, on doit dire Java EE 5 (et non pas J2EE 5.0 comme J2SE 5.0). Quel bordel :)

Exemple rapide de l'AWTEventListener :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
    // installeur deux AWTEventListener qui ecoutent des evenements clavier
    private static void setupFrameCapableOfInsight(JFrame frame) {
       Toolkit.getDefaultToolkit().addAWTEventListener(new GlassPaneActivator(FadingPanel.class, KeyEvent.VK_F12), AWTEvent.KEY_EVENT_MASK);
       Toolkit.getDefaultToolkit().addAWTEventListener(new GlassPaneActivator(RotatingPanel.class, KeyEvent.VK_F11), AWTEvent.KEY_EVENT_MASK);
    }
 
// code de l'ecouteur
 
public class GlassPaneActivator implements AWTEventListener {
    // plein de code sans aucun rapport
    public void eventDispatched(AWTEvent event) {
        if (event.getID() == KeyEvent.KEY_PRESSED) {
            KeyEvent keyEvent = (KeyEvent) event;
 
            if (keyEvent.getKeyCode() == keyCode) {
                Window windowAncestor = SwingUtilities.getWindowAncestor((Component) event.getSource());
                if (windowAncestor instanceof JFrame) {
                    toggleInsight((JFrame) windowAncestor);
                }
            }
        }
    }
    // plein de code sans aucun rapport
}

18/07/2006, 13h01
®om

Merci, je vais regarder ça plus en détails...
À première vue, une question:

Code:

toggleInsight((JFrame) windowAncestor);

Elle est où cette méthode que tu appelles?

Sinon, je viens de penser à un autre problème... Le menu de ma fenêtre (JMenuBar) ne s'affichera pas non plus devant l'écran (vu que c'est du Swing et que l'écran est en AWT) :(
18/07/2006, 13h21
Gfx

Cette methode est dans les endrois marques par "// plein de code sans aucun rapport".

Pour les menus, il faut utiliser cela :

JPopupMenu.setLightWeightPopupEnabled(false)
18/07/2006, 13h39
®om

Citation:

Envoyé par Gfx

Cette methode est dans les endrois marques par "// plein de code sans aucun rapport".

Pour les menus, il faut utiliser cela :

JPopupMenu.setLightWeightPopupEnabled(false)

OK, merci beaucoup.
(et à partir du JMenu, j'applique ça avec .getPopupMenu()?)

Et pour les ToolTip, c'est possible aussi?
(sur un composant setToolTipText("Mon texte");, si l'info-bulle s'affiche près de l'écran, elle est coupée)

Encore une question... Pour l'écran, j'ai pensé à une petite astuce : mettre l'écran dans une JWindow sans decoration, et la JWindow suivrait un composant (taille, position...) grâce à ComponentListener. Ca permettrait de donner l'illusion de changer l'écran de composant parent (par exemple pour le mettre dans une mini-fenêtre) sans pour autant mettre STOP puis PLAY si une lecture est en cours.
Le problème, c'est donc les menus, là il est forcément impossible qu'ils passent par-dessus... Mais aussi comment pouvoir être sûr que la fenêtre de l'application est toujours au-dessous de la JWindow, sans pour autant que celle-ci soit alwaysOnTop...?
Enfin si c possible d'avoir correctement les menus par-dessus, je vais abandonner cette hypothèse...

Je me suis inspiré de ton code, mais je ne vois vraiment pas comment faire:
Code:

1 2 3 4 5 Toolkit.getDefaultToolkit().addAWTEventListener(new AWTEventListener() { public void eventDispatched(AWTEvent event) { // ??? } }, AWTEvent.MOUSE_EVENT_MASK);
Je voudrais que tous les clics soient bien appliqués comme si je n'avais rien changé, sauf si le clic a eu lieu sur l'écran ActiveX, il doit être "annulé"..

18/07/2006, 15h40
xavlours

Citation:

Envoyé par ®om

Je voudrais que tous les clics soient bien appliqués comme si je n'avais rien changé, sauf si le clic a eu lieu sur l'écran ActiveX, il doit être "annulé"..

Eh bien, je reviens à la charge : un petit test avec SwingUtilities.getDeepestComponentAt(int, int) (en espérant que ça marche avec un composant AWT, mais je ne vois pas pourquoi ça ne parcherait pas). Si il est différent du composant bizarroïde, tu t'inspires du GlassPaneDemo pour redispatcher l'évènement.
18/07/2006, 19h05
®om
OK, merci, mais en fait je crois que c'est peine perdue...

J'ai ajouté un MouseListener sur mon composant AWT:
Code:

1 2 3 4 5 addMouseListener(new MouseAdapter() { @Override public void mouseClicked(MouseEvent e) { System.out.println("***"); } });
Il n'y a aucun composant "par-dessus" ce composant, et pourtant, il ne reçoit pas les évènements de la souris, qui doivent être traités en C :(