selectionChanged TreeView

Bonjour,

je suis un peu perdue, j'aissaie de m'abonner a l'evenement selectionchanged du mon QTreeView :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

## Dans une classe :   def setSignals(self): QObject.connect(self.ui.treeView,SIGNAL("selectionChanged()"), self.tree_clicked)   def tree_clicked(self): #, newSelection, oldSelection): print "changed" if self.ui.treeView.SelectedIndex >= 0: node = self.ui.treeView.SelectedNode() print node

---

et cela ne fonctionne pas, ca ne rentre jamais dans tree_clicked.
Comment faire?

Merci d'avance,
Cordialement,

Bonjour,

Je n'ai pas trouvé "selectionChanged()" en tant que signal de QTreeView: voir la doc: http://doc-snapshot.qt-project.org/4.8/qtreeview.html.

Merci de ta réponse,

Je l'ai trouvé dans la doc de pyqt4 :

http://www.riverbankcomputing.co.uk/...lectionChanged

apperement c'est une fonction hérité de QAbstractItemView.

Salut,

Citation:

---

Envoyé par Jazz_

Merci de ta réponse,

Je l'ai trouvé dans la doc de pyqt4 :

http://www.riverbankcomputing.co.uk/...lectionChanged

apparement c'est une fonction hérité de QAbstractItemView.

---

A mon sens, on ne connecte que des "signaux" à des "slots" et les "slots" ne sont que des méthodes particulières.

Un signal n'existe pas en tant que méthode, c'est juste une chaîne de caractères qui donne le "prototype" des fonctions qui pourront lui être connecté.

Mais vous pouvez éventuellement surcharger selectionChanged pour lui faire faire .emit("selectionChanged()")

Cordialement,
- W

C'est bien ce que je disais: "selectionChanged()" n'existe pas en tant que signal. Le fait qu'il existe en tant que méthode ne sert à rien puisqu'un tel signal ne sera jamais émis.

Les signaux qui sont émis par QTreeView sont précisés par la doc:

Citation:

---

Signals
void collapsed ( const QModelIndex & index )
void expanded ( const QModelIndex & index )

6 signals inherited from QAbstractItemView
1 signal inherited from QWidget
1 signal inherited from QObject

---

Comme le dit wiztricks, si ça ne suffit pas, on peut toujours créer de nouveaux signaux avec de nouveaux noms, mais il faut dans ce cas les émettre soi-même avec "emit" lorsque le contexte approprié est atteint.

Commence par définir quel est l'évènement du QTreeView qui devrait émettre un signal, et cherche parmi les signaux existants s'il y en a un qui est prévu d'origine.

Salut

Citation:

---

Envoyé par tyrtamos

Commence par définir quel est l'évènement du QTreeView qui devrait émettre un signal, et cherche parmi les signaux existants s'il y en a un qui est prévu d'origine.

---

Je n'ai pas le temps de tester mais la doc dit:

void QAbstractItemView::selectionChanged
[virtual protected slot]

This slot is called when the selection is changed. The previous selection (which may be empty), is specified by deselected, and the new selection by selected.

La fonction n'est pas appelée via un signal particulier mais de façon discrétionnaire par le gestionnaire de sélection.
Ma compréhension du "virtual, protected" est qu'à part "surcharger"/redéfinir la fonction dans une s/classe de QTreeView impossible que çà se passe.
Et bien sûr, le "body" de la fonction pourra se contenter d'émettre tous les signaux avec les paramètres souhaités.

- W

Je ne suis pas sur de tout avoir compris.

Ce que j'ai cru comprendre c'est que si je veux effectuer une action particulierere lorsque l'utilisateur change de selection, je doit creer une classe qui herite de QTreeView et surcharger la methode selection changed ?

C'est cela?

Salut,

La méthode peut elle-même être reimplementée très simplement

Code:

---

1 2 3 4 5 6 7 8

self.treeView = QtGui.QTreeWidget(parent) self.treeView.selectionChanged = self.selection_changed ...     def selection_changed(self, new, old): print "selection_changed:", new, old

---

Je viens de le tester.

Citation:

---

Envoyé par Jazz_

Ce que j'ai cru comprendre c'est que si je veux effectuer une action particulierere lorsque l'utilisateur change de selection, je doit creer une classe qui herite de QTreeView et surcharger la methode selection changed ?

---

Absolument. La plomberie est du style:

Code:

---

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

class QTreeView(QtGui.QTreeView): def selectionChanged(self, *args, **kwds): print ('selection changed') self.emit(SIGNAL('selectionChanged()')) super(QTreeView, self).selectionChanged(*args, **kwds)     # puis ailleurs model = ... tv = QTreeView() tv.setModel(model) # le slot a appeler def on_selection_changed(): print ('on_selection_changed') # on le connecte tv.connect(tv, SIGNAL('selectionChanged()'), on_selection_changed)

---

Cordialement,
- W

Oops, c'est vrai que j'ai testé avec un QTreeWidget et pas un QTreeView.

De toutes façons je vois que ce sont des QItemSelection qui sont retournés, ce qui n'aide pas vraiment, il faut utiliser

Code:

---

1 2	print self.treeView.currentItem()

---

pour récupérer l'item sélectionné.

Merci beaucoup, effectivement, ceci fonctionne:

Code:

---

1 2 3 4 5 6 7 8

def setSignals(self): QObject.connect(self.ui.delete_button,SIGNAL("clicked()"), self.ui.lineEdit.clear) QObject.connect(self.ui.new_button,SIGNAL("clicked()"), self.ui.lineEdit.clear) QObject.connect(self.ui.save_button,SIGNAL("clicked()"), self.makeOut) self.ui.treeView.selectionChanged = self.selection_changed   def selection_changed(self, new, old): print "selection_changed:", new, old

---

par contre ca cree un bug d'afficheage (surement parceque la fonction virtuelle de QTreeview du coup n'est pas appelée) :

quand je clique sur les objets, la partie a gauche du nom reste en surbrillance meme apres avoir changé de selection j'espere que ce screen vous aideras a comprendre :
http://img232.imageshack.us/img232/7844/bugzf.png

N'y a t'il pas un moyen d'apeller dans ma methode virtuelle surchargée, la methode abituelle ?

Et si tu ajoute ceci dans la définition de ton TreeView

Code:

---

self.treeView.setSelectionMode(QtGui.QAbstractItemView.SingleSelection)

---

J'ai aussi le précédent item qui ne se désélectionne pas totalement, mais c'est le seul et si je déplace la souris par dessus l'affichage redevient correct.

Meme avec cette ligne, chez moi ca ne change pas, moi ce sont effectivement les precedents items qui ne se delectionnent pas totalement (pas que la derniere), et effectivement ca redevient normal quand on passe la sourie dessus.

EDIT :

Code:

---

print self.treeView.currentItem()

---

Je ne trouve pas cette methode dans QTreeView, du coup comment je peux recuperer mon item selectionné ?

je dispose de mon Model.

Merci d'avance.

J'ai trouvé !

Au lieu de surcharger selectionchanged, j'ai surchargé currentchanged:

Code:

---

1 2 3 4 5

elf.ui.treeView.currentChanged = self.selection_changed   def selection_changed(self, new, old): print "selection_changed:", new, old print self.Model.itemFromIndex(new)

---

ensuite, j'ai utilisé la methode itemFromIndex de mon model.

Salut,

Python étant interprété, il appliquera le comportement demandé à ce qu'il récupère comme "valeur" de l'attribut "currentChanged".

Ceci dit:

Citation:

---

elf.ui.treeView.currentChanged = self.selection_changed

---

self.selection_changed n'est pas "fonction" de la classe mais "bound method" à l'instance d'une autre classe: un autre objet que l'instance "elf.ui.treeView".

Pour cette démo, c'est pas très grave: on fait pas grand chose.
Plus tard, qui est "self" posera problème puisque c'est quand même ce qui définit le contexte de l'instance...

De fait, sous-classer, définir sa méthode,... est une façon simple et propre de le faire. "Patcher" dynamiquement l'instance pour lui ajouter la méthode d'une autre instance signifie dissocier le "self" de la "fonction" et recoller la fonction à l'autre self... est une technique utile mais seulement lorsqu'on ne peut faire autrement.

- W

Bonjour,

Moi aussi, je préfèrerais nettement la solution de la nouvelle classe héritant de QTreeView et dont la méthode concernée serait surchargée. Mais compte tenu d'instructions comme "self.ui.treeView", je suppose qu'on utilise QtDesigner. Et j'entrevois alors l'obstacle principal à une telle solution: peut-on continuer à utiliser QtDesigner avec la classe redéfinie d'un widget?

Oui! On peut définir des widgets modifiés ainsi que des ensembles de plusieurs widgets et les utiliser avec QtDesigner. Et comme j'en avais besoin, j'ai même fait un tuto: http://python.jpvweb.com/mesrecettes...uveaux_widgets.

Si tu souhaites aller dans cette direction: dis-le => je peux donner un coup de pousse.

Merci beaucoup.

Je vais continuer comme ca, les traitements que j'ai a faire sont minimes.

Si d'aventure je me rend compte que j'ai vraiment besoin d'une nouvelle classe qui herite de QTreeview, je garde ton tutoriel sous le coude.

Salut,

Citation:

---

Envoyé par tyrtamos

Et j'entrevois alors l'obstacle principal à une telle solution: peut-on continuer à utiliser QtDesigner avec la classe redéfinie d'un widget?

---

Très bonne question que j'avais complètement zappé :?
Le tuto que vous avez fait adresse le problème plus largement et c'est bien.

Ceci dit dans ce cas (particulier) où on souhaite "spécialiser" (ajouter une méthode à la classe QtGui.QTreeView) une façon de faire pourrait être:

On crée la s/classe "normalement":

Code:

---

1 2 3

class QTreeView(QtGui.QTreeView): def currentChanged(self, ...): ...

---

Puis on "patche" l'instance (elf.ui.treeView) via un changement "dynamique" de la classe de l'instance:

Code:

---

elf.ui.treeView.__class__ = QTreeView

---

- W