Signaux et slots compatibles mais inconnectables ?

Bonjour à tous,

J'ai une classe Af_EditableStrList (liste de chaînes qu'on peut modifier avec boutons + et -, un peu comme dans les produits Macromedia). Il y a la liste et une zone de texte qui affiche le texte de l'item sélectionné et permet de le modifier. Le tout hérite de QWidget bien évidemment.

Dans cette classe il y a un slot updateView(QListWidgetItem* item) qui est censé mettre-à-jour la zone de texte lorsqu'on clique sur un item différent. Dans le constructeur de la classe, je fais donc ma connexion :

Code:

---

QObject::connect(list, SIGNAL(itemClicked(QListWidgetItem* item)), this, SLOT(updateView(QListWidgetItem* item)));

---

Ce que je ne comprends pas c'est que les signatures du signal et du slot sont correctes et pourtant il ne se passe rien quand je clique sur un item de ma liste. (Evidemment, toutes mes fonctions sont implémentées)

Des idées?
Merci d'avance
Kwakanar[/code]

J'utilise QT3 et non 4 (j'avoue que réécrire bouml pour le passer en QT4 me barbe) et je ne mets pas le nom des variables, essayes donc comme cela :

Citation:

---

QObject::connect(list, SIGNAL(itemClicked(QListWidgetItem*)), this, SLOT(updateView(QListWidgetItem*)));

---

Je n'ai pas vérifié, mais l'utilisation d'une liste (QListWidgetItem) et non d'une instance unique me parait également bizarre

J'ai déjà essayé sans les noms de variables, ça ne marche pas non plus.
Qu'est-ce que tu veux dire par instance unique ?

list est un objet (pas une classe, <list> n'est PAS inclus)

Mais encore ? :lol:

Jusque là la meilleure solution que j'ai trouvée, c'est de mettre à jour l'affichage automatiquement toutes les 50 millisecondes avec un QTimer, mais il y a ss doute mieux à faire 8O
De plus le PC risque de s'emballer (comme avec un while(true) ) non ?

Citation:

---

Envoyé par kwakanar

Qu'est-ce que tu veux dire par instance unique ?

---

le but d'une liste est de contenir plusieurs choses (meme si une liste est une chose en elle même).

en regardant la doc de QT4 (ce que je n'avais pas fait) je vois que ton signal existe bel et bien

je suppose que tu fais la chose sous Windows et non Linux, car si le connect n'est pas correct il y a un affichage à l'exécution, et l'affichage etant un printf on ne voit rien sous windows

oui mais ou est le problème alors que les signatures du signal et du slot sont les mêmes ?

de plus, il n'y a pas moyen d'émuler la chose avec un signal venant de l'item lui-même

T'as un souci quelque part parce que quand je le fais dans un de mes programmes, ça marche (trop) bien.

Ben oui mais mon slot est implémenté et fonctionne lorsqu'il est appelé à partir d'un autre signal.

Le signal itemClicked se déclenche bien si un item de la liste est cliqué c'est ça ?

Alors où est le problème 8O :?:

:idea: :?: :arrow: :D
:!: :idea: :?: :?

Oui, c'est ça.
Perso, j'ai ça : connect(listView, SIGNAL(itemClicked(QListWidgetItem*)), this, SLOT(TestChanged(QListWidgetItem*)));
Ca marche, mais c'est la même chose que toi, je crois !
updateView est bien déclaré comme un slot et tu as bien passé moc par-dessus ton en-tête ?

Oui c'est un slot (dans la section private slots de ma classe). Voici la déclaration :

Code:

---

1 2	private slots: void updateView ();

---

Le moc est passé aussi.

:?: :?: :?: :roll:

Réponse partielle due à une petite note discrète dans la doc de Qt : les arguments de types classes posent des problèmes. J'ai réécrit avec des const char* (en remplaçant l'item par son contenu) et ça ne marche toujours pas malgré aucune erreur à la compilation.

D'autres idées ?