Discussion :

[Invité]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[gbdivers]

Bonjour

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

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 mywidget.h :

Sélectionner tout - Visualiser dans une fenêtre à part

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 main.cpp :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[Invité]

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.

[gbdivers]

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

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

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++)

[Invité]

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

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 ?...

[gbdivers]

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.

[Invité]

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.