Discussion :

[Jazz_]

Bonjour,

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

Code :

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

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,

[tyrtamos]

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.

[Jazz_]

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.

[wiztricks]

Salut,

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

[tyrtamos]

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:

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.

[wiztricks]

Salut

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

[Jazz_]

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?

[VinsS]

Salut,

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

Code :

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

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.

[wiztricks]

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 :

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

[VinsS]

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 :

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

1
2
 
        print self.treeView.currentItem()

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

[Jazz_]

Merci beaucoup, effectivement, ceci fonctionne:

Code :

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

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 :


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

[VinsS]

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

Code :

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

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.

[Jazz_]

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 :

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

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.

[Jazz_]

J'ai trouvé !

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

Code :

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

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.

[wiztricks]

Salut,

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

Ceci dit:

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

[tyrtamos]

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.

[Jazz_]

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.

[wiztricks]

Salut,

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 :

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

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 :

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

elf.ui.treeView.__class__ = QTreeView

- W