Discussion :

[Alp]

Salut,

J'ai créé une sorte de lecteur d'images qui m'arrivent au fur et à mesure. En somme, une sorte de lecteur vidéo.

J'ai surchargé mousePressEvent, mouseMoveEvent et mouseReleaseEvent pour que je puisse dessiner des rectangles sur mon image. A terme, ça servira à annoter la vidéo.

Bref, donc le principe :
mousePressEvent -> je commence le tracé du rectangle, avec la position courante étant le coin supérieur gauche de mon rectangle
mouseMoveEvent -> je continue le tracé du rectangle, avec la position courante étant le coin inférieur droit de mon rectangle, et la position récupérée par le mousePressEvent étant le coin supérieur gauche
mouseReleaseEvent -> je termine le tracé du rectangle : j'ai le coin supérieur gauche et le coin inférieur droit définitif, j'enregistre la position définitive et rajoute définitivement ce rectangle là pour qu'il soit affiché en permanence.

Le hic, c'est que je me retrouve desfois avec un déclenchement de mouseReleaseEvent sans qu'il n'y ait de mousePressEvent avant. Ca fait que des données que je tente de récupérer dans le mouseReleaseEvent ne sont pas valides (il y a un pointeur très important dans le lot, par exemple), car pas initialisée lors d'un mousePressEvent, et je suis coincé. Pour ne plus que ça plante, je controle la validité des données avant de lancer tout mon tintouin du mouseReleaseEvent, mais toujours est-il que desfois, quand je clique, ça n'appelle pas mousePressEvent mais ça appelle mouseReleaseEvent, et sans raison particulière.

Une idée pour résoudre ce soucis ? Peut-être mettre un sleep(1 milliseconde) quelque part pour donner un peu d'air à la boucle de traitement d'évènements ?

[gassi64]

Pourquoi, au lieu de gérer le tracé par un Press, Move et Release, tu ne le gérerais pas par un premier release au point X1,Y1, et un autre release sur le point X2,Y2, ce qui te donnera tes deux points du rectangle directement sans passer par le press et move ?

le deuxième release vérifiera qu'il n'y a pas eu un premier release...

[Niak74]

Plutôt un processEvents qu'un sleep non?

Ton défilement d'image est continu? Ton "écouteur" sur les mouse events sont-elles les images? Dans ce cas, le bug ne serait-il pas lié au défilement des ces écouteurs?

C'est très étrange que release soit appelé sans son press au préalable :s

gassi64> je suppose que c'est pour avoir le tracé du rectangle en visuel, comme sur les OS classiques.

[Alp]

Pourquoi, au lieu de gérer le tracé par un Press, Move et Release, tu ne le gérerais pas par un premier release au point X1,Y1, et un autre release sur le point X2,Y2, ce qui te donnera tes deux points du rectangle directement sans passer par le press et move ?

le deuxième release vérifiera qu'il n'y a pas eu un premier release...

Parce que les gens qui s'en serviront derrière n'ont pas l'habitude de ça et le veulent comme je l'ai expliqué

Plutôt un processEvents qu'un sleep non?

Intéressant, j'avais oublié processEvents.... Je vais essayer

Ton défilement d'image est continu? Ton "écouteur" sur les mouse events sont-elles les images? Dans ce cas, le bug ne serait-il pas lié au défilement des ces écouteurs?

Je reçois les images en continu et les affiche en temps réel (par rapport à la réception). Celui qui écoute les mouseEvents est un widget perso qui englobe un player, avec des signaux et slots persos.

C'est très étrange que release soit appelé sans son press au préalable :s

Je ne te le fais pas dire ...

[Gulish]

If you create new widgets in the mousePressEvent() the mouseReleaseEvent() may not end up where you expect, depending on the underlying window system (or X11 window manager), the widgets' location and maybe more.

Je ne sais pas comment tu crées ton rectangle, mais l'erreur de viendrait pas de là ?

G.

[Alp]

Je ne sais pas comment tu crées ton rectangle, mais l'erreur de viendrait pas de là ?

G.

Je crée mon rectangle (qui n'est pas un widget) pendant le mousePress, je le modifie pendant le mouseMove, et je crée le rectangle définitif pendant le mouseRelease. A la toute fin du mouseRelease, j'insère ce rectangle dans une liste de trucs à afficher par dessus mon image, de sorte que ça ne sera affiché qu'au prochain appelle à paintEvent.

Tricky, hein ?

[yan]

tu utilise qu'elle widget pour l'affichage?

[Alp]

Un widget de VigraQt.

Finalement, j'ai résolu le soucis à force de concevoir le truc différemment.

Encore mieux, j'ai écrit mon propre widget pour gérer tout ça, from scratch, avec le painter qui dessine l'image puis les choses que j'ai dessinées par dessus.

Ca marche au poil

[Gulish]

Je ne comprends pas trop ton explication sur la solution. Même si tu as modifié ta façon de peindre les widgets, tu utilises toujours les mouse events non ? Et il me semblait que le problème venait de là à la base.

Tous les events sont bien transmis maintenant que tu as redefinis ton painter ? Je ne fais pas le lien.

G.

[Alp]

Si tu veux, j'essayais de peindre une image plus des trucs dessus, le tout étant contenu dans un widget plus grand, etc.
Bref, visiblement l'appli ne savait plus trop quoi faire quand je cliquais sur l'image, car le widget parent interceptait des évènements apparemment. (oui oui, c'est le bordel, mais j'ai réagencé tout ça depuis)

Dans tous les cas, j'ai dédié un widget juste à ma zone image, qui elle surcharge les mouse*Event's et ça roule comme sur des roulettes