Discussion :

[Invité]

Bonjour,

Je m'étais promis de ne pas poser beaucoup de question.
C'est pourquoi je vous demanderai ici de ne pas m'apporter la réponse brute, mais de me donne quelques pistes de réflexion, si possible une méthode pour résoudre les problèmes par moi-même, voire même me conseiller par exemple des petits exercices adéquat pour bien comprendre et manier les classes si ça ne gêne pas bien sûr.
Car je compte réellement trouver les chose par moi-même.

Mon petit souci est le suivant : une fenêtre avec pour nom d'objet "MainwindowClass" déclarée là-dedans, au début à l'intérieur d'un namespace dans le fichier mainwindow.h :

Code :

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
namespace Ui
{
    class MainWindowClass;
}
 
class MainWindow : public QMainWindow
{
    Q_OBJECT
 
public:
    MainWindow(QWidget *parent = 0);
    ~MainWindow();    
 
private:
    Ui::MainWindowClass *ui;
 
private slots:    
    void on_lineEdit_textEdited(const QString );
    void on_pushButton_2_pressed();

maintenant dans l'autre fichier mainwindow.cpp je définis la fonction suivante en signal :

Code :

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

1
2
3
4
5
6
7
#include "mainwindow.h"
#include "ui_mainwindow.h"
(...)
void MainWindow::on_pushButton_2_pressed()
{    
    MainWindowClass.close();
}

J'applique la fonction close() à l'objet MainWindowClass (je sais que c'est ce nom là car Qt Creator me le dit), comme j'ai vu dans les tutos.

Et là l'ordinateur m'insulte en me disant que MainWindowClass n'est pas déclaré : je lui réponds "je regrette Mr l'ordi mais MainWindowClass est bien déclaré dans les fichiers d'entête (voir 2 1ères lignes de mainwindow.cpp)".

A force d'insister il s'entêtait (comme les fichiers) à me répondre toujours pareil (ça n'a pas été faute d'insister). Après je suis parti et s'on s'est fait la tête toute la nuit :p

Bref je me suis dis 3 choses :

=> peut-être est-ce un problème d'encapsulation et que MainWindowClass est private donc on ne touche pas

=> peut-être qu'un objet peut être lui-même une classe qui comporte d'autres sous-classes et donc la syntaxe

Code :

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

objet.action();

est interdite (mais c'est moi qui l'ai inventé par contre )

=> peut-être que je n'ai pas assez dormi cette nuit pour dire toutes ces bêtises

Qu'en pensez-vous docteur ? Ca se soigne ?

Merci bonne journée.

Cordialement,
Gizmo.

[sebmag]

bonjour,

Pourquoi ne pas utiliser directement les connexions ?

[bobti89]

Une méthode s'appelle sur un objet et pas une classe !

Donc ou tu fais ui->close() (pas sur que ca fonctionne), ou simplement close() (soit this->close() si tu préfères).

[Invité]

Pourquoi ne pas utiliser directement les connexions ?

Pour répondre à ta question : il me semble que Qt Creator génère du code automatiquement. Donc quand je clique droit sur l'objet et que je fais go to slot, ça marche. Pas avec le connect certes, mais ça marche.
Après je ne sais pas laquelle des 2 est la mieux mais il me semble que je me sens plus à l'aise avec du préprogrammé : cela va un peu plus vite.

ok c'est bien ce qui me semblait : un slot s'adresse à un objet.
ce qui me surprend le plus dans cette histoire c'est que quand je sélectionne graphiquement la fenêtre Qt Creator indique bel et bien MainWindowClass en tant qu'objet... bizarre non ?

un truc aussi : quand je tape les instructions à l'intérieur d'une fonction void : je tape par exemple

Code :

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

lineEdit.copy();

il dit que lineEdit est non-déclaré et pourtant il l'est dans les fichiers entête déclarés au début avec #include : ça sincèrement je ne comprend pas : cela viendrait-il de la ligne "private slots" que j'ai vu dans un autre fichier : si oui comment y acéder ? Car pour l'instant je ne vois pas de solution.

PS : je viens de mettre ce slot en public : et là je n'ai plus de problème. Mais je ne suis pas sûr de mon coup du tout...

[sebmag]

Donc quand je clique droit sur l'objet et que je fais go to slot, ça marche. Pas avec le connect certes, mais ça marche.

Le fait de faire "go to slot" génère une connexion automatiquement ! (perso je préfère la méthode manuelle car je vois ce que je fais !)

un truc aussi : quand je tape les instructions à l'intérieur d'une fonction void : je tape par exemple
Code :
lineEdit.copy();il dit que lineEdit est non-déclaré et pourtant il l'est dans les fichiers entête déclarés au début avec #include : ça sincèrement je ne comprend pas

Les includes ne déclarent pas les objets ! En gros ils servent à inclure les fonctions utilisables dans ton code. Pour déclarer un objet tu dois écrire :

Code :

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

QLineEdit maLineEdit;

Où malineEdit est le nom de ta QLineEdit !

Si tu as créer une QLineEdit graphiquement (à la main avec QtCreator) et si tu souhaites y accéder il faudra passer par ton fichier UI !

Code :

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

ui->maLineEdit.copy();

[Invité]

Code :

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

ui->maLineEdit.copy();

Je vais remettre le nez dans les cours. Cette ligne me semble familière : c'est pour accéder aux éléments d'une classe ? Le namespace étant ui déclarant la classe MainWindowClass, est-ce ce code aurait été aussi valable :

Code :

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

MainWindowClass->maLineEdit.copy()

?

[sebmag]

Le namespace étant ui déclarant la classe MainWindowClass, est-ce ce code aurait été aussi valable :
Code :
MainWindowClass->maLineEdit.copy()?

Non, là c'est pas bon.

Tu dois accéder aux éléments de ton fichier ui ! C'est-à-dire accéder aux objets que tu as placé à la souris dans ta fenêtre !

[Troudhyl]

Le fait de faire "go to slot" génère une connexion automatiquement ! (perso je préfère la méthode manuelle car je vois ce que je fais !)

Voir ici : ce mécanisme (que je trouve génial car très lisible) regarde les slots nommés on_<objet>_<signal_objet> et les connecte au signal_objet.

Exemple : on_bouton1_clicked() sera la méthode exécutée au clic sur 'bouton1'... très intuitif, pas besoin de clic droit > go to slot et tout pour faire ça
En revanche, à la fin du constructeur, il ne faut pas oublier l'instruction :

Code C++ :

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

QMetaObject::connectSlotsByName(this);

pour faire fonctionner ce mécanisme.


C'est vrai qu'il faut que tu sois clair avec les notions objet, mais concernant la programmation-même, quoi qu'il arrive dans QtCreator tu tapes un point et il te met un point OU une flèche selon la nature de la variable donc pas d'erreur possible normalement.

[Invité]

Bonjour,

De retour dans ce topic : sebmag tu as dit que la méthode de connecter les slots et les signaux entre eux permet de voir ce que l'on fait.
Donc on a le prototype suivant :

Code :

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

QObject::connect(&quit, SIGNAL(clicked()), &app, SLOT(close()));

Je n'ai pas de souci particulier avec ça, mis à part que s'il y a plusieurs instructions dans le slot, comment faire ?
Je reprends mon exemple où j'ai fait avec 'go to slot' :

Code :

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

1
2
3
4
5
6
7
void MainWindow::on_pushButton_2_pressed()
{   
    i=2;
    j=5;
    k=i+j;
    close();
}

Là j'ai mis 50 instructions par harsard juste pour l'exemple.
Donc si je reprend le prototype de connection des signaux et des slots entre eux, cela donne ceci :

Code :

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

QObject::connect(pushButton_2, SIGNAL(pressed()), this, SLOT(i=2, j=5, k=i+j, close()));

?
Cordialement,
Gizmo.