Gestion des événements

Bonjour,
C'est à propos de la compréhension de la doc au sujet de la gestion des évènements : j'ai compris ceci :
=> il y a mon programme et un gestionnaire d'évènements
=> mon programme envoie ceci au gestionnaire d'évènements :

Code:

---

qApp->postEvent(ton_widget, new QMouseEvent(QEvent::MouseButtonDblClick, Qt::LeftButton, Qt::LeftButton, Qt::NoModifier));

---

=> et ensuite le gestionnaire d'évènements traque mon programme qui contient ces lignes :

Code:

---

1 2 3 4

void doubleclick(QMouseEvent *qevent) { <instructions> }

---

Dès que je clique le gestionnaire "bippe" et le tour est joué ?

Merci bonne journée. Cordialement, Gizmo.

Bonjour

Une petite erreur dans mon code, il manque 1 paramètre (le QPoint) :

Code:

---

qApp->postEvent(ton_widget, new QMouseEvent(QEvent::MouseButtonDblClick, QPoint(0,0), Qt::LeftButton, Qt::LeftButton, Qt::NoModifier));

---

Citation:

---

le gestionnaire d'évènements traque mon programme qui contient ces lignes :

---

Le gestionnaire d'évènements ne regarde pas ton code :)
Il appelle la fonction QObject::event de l'objet passé en paramètre (ici ton_widget). Cette fonction vérifie le type d'event (donc ici un QEvent::MouseButtonDblClick) et appelle la fonction correspondante à l'event (donc ici virtual void mouseDoubleClickEvent(QMouseEvent*) et non void doubleclick(QMouseEvent*) comme tu l'as écrit).
A ce moment, 2 possiblités :
- tu as réécris cette fonction : la fonction est exécutée et l'event est noté en accept() et ça s'arrête.
- tu n'as pas réécris cette fonction : l'event est noté en ignore() et est transmit à l'objet parent ; le cycle reprend (event() puis mouseDoubleClickEvent(), etc.) jusqu'à ce qu'un objet accept() ou qu'il n'y ait plus de parent.


Pour te donner un petit code à tester pour bien comprendre :

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

#ifndef MYWIDGET_H #define MYWIDGET_H   #include <QtGui>   class MyWidget : public QLabel { Q_OBJECT public: MyWidget(QWidget* parent = 0) : QLabel(parent), click(0) { setText("Aucun clic"); } protected: virtual void mouseDoubleClickEvent(QMouseEvent*) { setText(QString("Il y a eu %1 clics").arg(++click)); } private: int click; };   #endif // MYWIDGET_H

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

#include "mywidget.h"   int main(int argc, char *argv[]) { QApplication a(argc, argv); MyWidget w; w.show();   qApp->postEvent(&w, new QMouseEvent(QEvent::MouseButtonDblClick, QPoint(0,0), Qt::LeftButton, Qt::LeftButton, Qt::NoModifier)); qApp->postEvent(&w, new QMouseEvent(QEvent::MouseButtonDblClick, QPoint(0,0), Qt::LeftButton, Qt::LeftButton, Qt::NoModifier));   return a.exec(); }

---

Je pense qu'avec les explications plus détaillées et le code d'exemple, tu devrais bien comprendre.
Bon courage

Bonjour,
Je relirai tout cela plusieurs fois (c'est ma manière à moi de faire) pour mieux comprendre. La compréhension de la gestion des évènements n'est pas si évidente de prime abord.
Cela mérite de s'y pencher.

Merci beaucoup pour toutes ces explications. Ca doit être assez jubilatoire d'utiliser cela une fois qu'on en a compris le principe.
Par contre je ne savais pas qu'on pouvait réécrire une fonction de même nom dans une classe différente.

Bonne journée. Cordialement, Gizmo.

Citation:

---

Par contre je ne savais pas qu'on pouvait réécrire une fonction de même nom dans une classe différente.

---

:aie: sans cela, le mot clé virtual en C++ n'aurait aucun intérêt... puisque l'on ne peut surcharger les fonctions que si elles ont la même signature (nom de fonction + paramètres d'entrée + const). Sinon, on ne fait que créer une nouvelle fonction, sans lien avec la fonction de la classe parent.

En plus de lire la FAQ sur public, private, protected, tu as gagné le droit de lire la FAQ sur virtual :ccool:

Ce sont des notions importantes puisqu'elles concernent la programmation objet en général et ne sont pas spécifique au C++. Donc maîtriser ces concepts te permettra de pouvoir apprendre facilement (dans le futur) d'autres langages objet (en plus de gagner en temps et en qualité de ton code C++)

Qu'est que je gagne au bout ? J'espère des millions :mrgreen:

J'ai testé le code : ce que je trouve d'étrange c'est que quand je désactive les lignes qApp d'envoi de l'évènement "double-clic" au gestionnaire cela marche quand même.
Mieux : quand je les réactive et que je lance l'exe il affiche d'office 2 double-clic alors que je n'ai cliqué sur rien.

D'accord je crois avoir compris que écrire qApp dans le main envoie au gestionnaire l'information "double-clic" et le gestion appelle la fonction mouseDoubleClickEvent()
Mais alors si je veux que mon programme réagisse uniquement au double-clic, la ligne avec qApp est inutile ?...

Oui, je n'ai pas donné beaucoup d'explication de mon code.
Les 2 lignes contenant le postEvent sont optionnelles. Elles permettent de simuler 2 events de double clics dans le widget. Donc sans ces fonctions, le compteur est à 0 au démarrage de l'application (il n'y a pas encore eu de double clic), et avec ces fonctions, c'est comme si y a eu 2 double clics au démarrage (et le compteur affiche 2).
Mais toute la gestion des double clics est faite uniquement par la fonction mouseDoubleClickEvent.

Ok en tout cas j'ai compris l'important du mot clé virtual : on peut réécrire entièrement le code de la fonction condition que cette fonction ait la même appellation et le même prototype.
J'ai eu beau lire la session virtual faq c++, je ne l'avais pas vu sous cet angle-là.
Finalement je pense que vais sous-classer on verra bien ce que ça donne... De toute façon pour l'instant je ne vois que ça... (je sais je ne pense pas encore en 3 dimensions mais ça va venir...)
Merci en tout cas.

Bonne journée. Cordialement, Gizmo.

Bonjour,

J'ai pensé aussi à l'idée suivante : créer mon VideoWidget en passant par un pointeur mais je n'avais pas pensé à ce qu'il fallait réecrire cette fichue fonction.
Rha l'informatique c'est terrible non ? mdr

Bonjour

Citation:

---

Par contre c'est dommage qu'on ne puisse pas redéfinir la fonction mouseDoubleClickEvent() depuis la classe de base VideoWidget

---

En fait, c'est une bonne chose que l'on ne soit pas obligé de modifier une classe pour modifier son comportement :)
Imagine si tu voulais modifier une fonction d'une classe Qt, devoir rechercher dans les milliers de fichiers pour retrouver la ligne de code que l'on souhaite modifier :aie:
Là, il suffit juste d'hériter la classe et de redéfinir la fonction. C'est justement l'intérêt de la programmation objet : facilité la réutilisation du code.

(zut vous avez vu mon ancien post mdr)
Ok avec cet exemple pratique je comprend mieux l'utilité du mot virtual : en fait les programmeurs on pensé à nous.
Ca donne plus de liberté comme ça.
N'empêche Qt c'est pas mal du tout. C'est vraiment une chouette librairie... C'est encore plus chouette ici car je vais décider d'arrêter d'embêter mon monde avec mes remarques...
Allez merci à vous. Bonne journée et bon week-end.
Cordialement, Gizmo.