Reprise du message précédent :
A mort les licences barbues !

Bon, j'ai un panel A, qui contient un panel B, qui contient un component C, qui ne contient rien.
 
Je m'écris un MouseListener. Je l'ajoute a C, ca marche. Je l'ajoute a A ou B (mais pas C), il n'est jamais appelé.
 
je suppose que C me bouffe mes evenements, mais je capte pas. Quelle est mon erreur ?

bon, j'ai zieuté le source, c'est Container qui me consume mon evenement (oui, parce que j'ai un autre MouseListener affecté a C, et c'est apres ce traitement que ca consume)
 

si je vire les listeners affectés a C, ca marche

c'est lié à ça : http://java.sun.com/j2se/1.4.2/doc [...] l#consumed
 
je pense.

moi j'en suis sur.
la question, c'est comment je contourne ca ?

tu nous explique en termes concrets qui sont tes composants et ce que tu veux faire ?

Le premier (ImageGrid, A), c'est un bête panel, qui contient une toolbar et un deuxieme panel (grid, B), qui est une grille d'images (ImageComponent, C).
 
J'ai un listener sur chaque ImageComponent, pour qu'en cas de double click sur une image de la grille, on passe en mode "une seule image" (cad que la grille ne contiendra plus que cette image). On doit le mettre sur ce composant plutot que sur un parent, pour savoir de quelle image il s'agit.
 
J'ai un deuxieme listener, qui suit l'evenement mouseDragged sur le clic gauche, et qui permet de changer la luminosité de l'image. Toutes les images changent de luminosité en même temps, donc celui la pourrait etre sur le conteneur ou sur l'image. Il est pour l'instant sur l'image.
 
Mon troisieme listener, qui n'est jamais appelé, suit l'evenement mouseDragged sur le bouton droit, et gere le déplacement des scrollbars qui entourent l'ImageGrid, avec pour effet de déplacer l'image en gros. Celui la, je suis obligé de le mettre sur la grille et pas sur un ImageComponent.
 
On pourrait penser qu'en mettant le 2eme et 3eme listener sur la grille, ca corrige mon soucis, mais en fait non, car ces deux la on aussi besoin de l'evenement mousePressed, qui est consumé par le premier.

Je pense pouvoir me débarrasser de la grid intermediaire en fait, parce que je n'ai pas de toolbar ici. Ca simplifie, mais ca ne m'avance pas vraiment.
 
Edit: c'est fait.

donc pour résumer, maintenant que j'ai simplifié le bouzin, j'ai une ImageGrid qui contient un ou plusieurs ImageComponent, j'ai au moins un MouseListener sur chaque ImageComponent, et je veux mettre un autre MouseListener sur ImageGrid, qui ne recoit pas les evenements.

une des solutions que je vois, ca serait de mettre tous les listeners sur la grille, et de trouver de quelle image il s'agit avec les coordonées, mais bof.

ça va être un peu le bordel si tu consumes pas l'event, parce qu'il va être dispatché 2 fois même dans les cas qui t'intéressent pas ...

bon, peut-être une idée.
 
tu mets tous tes listeners sur les images, sauf que pour le mouseDragged lié au bouton de gauche, tout le monde utilise le même listener.
 
en changeant d'analyse, tu as un objet qui donne la correction de luminosité à appliquer sur toutes les images, avec un point de contrôle qui peut venir de plusieurs endroits. et ton composant qui suit toute la grille l'observe et travaille en conséquence (il envoie les nouvelles corrections à ses enfants qui sont les enfants).

ouais, sauf que le mouseDragged a besoin du point d'origine, qu'on récupere lors du mousePressed
 
ah, et surtout, je peux pas mettre le mouseDragged du bouton droit sur les images, vu que j'ai qu'un seul scrollpane qui contient toute la grille, et pas des scrollpanes indépendants pour chaque image.

1) rien à foutre, c'est la même feinte, tu peux mettre 2 MouseListener sur le même composant.
 
2) j'ai pas bien compris l'interface, c'est toute la grille que tu scolles, et pas l'image dans la grille ?

oui. il faut voir la grille comme une surface d'affichage, qui contient une ou plus images, et on se déplace dessus.
 

ok, ben tout le monde sur la grille et "getComponentAt" alors, te fait pas chier.
(c'est marrant, je songeait justement à une tomographie)

ouais, on retombe la dessus... flute.

dites, c'est moi qui ai dérapé ou il y a plus simple pour transformer un org.w3c.dom.Node en un flux de caractères ?
(précision: JDK1.5 avec le support XML natif, pas de lib externe)

j'ai encore jamais trouvé plus court ...

c'est moche quand même

oui

mais ça va bien dans un contexte XML ...

Et si tu parses avec une api sax c'est pas plus simple ?

là le monsieur il veut écrire, pas lire.

salut, y'en a parmi vous qui vont a Javapolis a Anvers en decembre ?  

j'ai demandé un pass à mon boss... on verra
(edit: en tout cas, 200€ (ou 400€ pour la totale) spa donné pour un privé qui veut y aller à titre perso )

nope, pas de javapolis pour moi

hep, les champions: en xpath, c'est moi ou les namespaces sont traités "spécialement" ?
 
i.e si j'ai des elements <sv:groperty ...>, l'expression "//sv:groperty" ne les selectionne pas. alors que <groperty ...> est bien selectionné par "//groperty" ....

bon c bon

la deuxième solution est faisable si on utilise XPathAPI ?  
paske ça m'intéresse ça

masklinn: si je dis que c bon, c'est bon, hein, pas besoin de copcoller google ici  
elle pue en plus cette réponse et ne répond pas à mon besoin salut
 
tbone: xpath.setNamespaceContext, et t'implementes un nsCtx genre

et hop.
 
Par contre
http://java.sun.com/j2se/1.5.0/doc [...] XPath.html
 
si je passe un InputSource a la methode evaluate, ca roule et il trouve mes nodes, mais pas si je lui passes un Document dom

forcément ça marche mieux avec
        DocumentBuilderFactory.setNamespaceAware(true);
 

bah oui chuis con
 

Qqun pourrait me confirmer que & # 1 3 ; et & # x d ; (sans espaces, merci joce) c'est chou vert et vert chou, et en bonus me dire si y'a une "feature" qu'on peut setter sur le transformerFactory pour qu'il utilise l'une ou l'qutre notation ?

nraynaud > beh ché pas, quand tu veux ... quand mon problème de bureau sera reglé