Filtrer une listView avec un predicate

Bonjour,

Je suis en train de galérer sur ma fonction de filtre dans une listView.
J'utilise le code suivant pour lancer la procédure de filtrage :

Code:

---

1 2 3 4

this.Cursor = Cursors.Wait; // Indicate to user that operation can be long ICollectionView view = CollectionViewSource.GetDefaultView(listView.Items); view.Filter = new Predicate<object>(FilterCallback)); this.Cursor = Cursors.Arrow; // End long operation

---

Tout fonctionne sauf mon Cursors.Arrow qui est appelé directement sans attendre la fin de ma fonction FilterCallback.
J'aurais besoin d'un coup de main pour essayer de comprendre comment ça fonctionne et sur quoi je peux m'orienter pour attendre la fin du Filter Predicate.
Merci pour vos avis !

Rebonjour PetitRasta,
Utilises à la place "Mouse.OverrideCursor".
Regarde ici pour les détails.

Re Ph_Gr,

En fait ça ne répond pas vraiment à ma problématique...
Mon réel problème c'est l'appel à :

Code:

---

this.Cursor = Cursors.Arrow;

---

ou à :

Code:

---

1 2 3 4

finally { Mouse.OverrideCursor = null; }

---

Cet appel se fait sans attendre la fin de :

Code:

---

view.Filter = new Predicate<object>(FilterCallback));

---

Pour chaque ligne de ma collection, il y a un a appel à la fonction FilterCallback.
C'est en sorte un Thread qui se charge de filtrer de façon autonome et ligne par ligne.
Le thread principale n'attend pas la fin du "thread" annexe, c'est ça qui m'enlève mon cursors.await avant la fin du filtrage :?

Citation:

---

Envoyé par Petit Rasta

Cet appel se fait sans attendre la fin de :

Code:

---

view.Filter = new Predicate<object>(FilterCallback));

---

Pour chaque ligne de ma collection, il y a un a appel à la fonction FilterCallback.
C'est en sorte un Thread qui se charge de filtrer de façon autonome et ligne par ligne.
Le thread principale n'attend pas la fin du "thread" annexe, c'est ça qui m'enlève mon cursors.await avant la fin du filtrage :?

---

A ma connaissance, l'appel du filtre de la collection se fait sur le même thread que l'IHM, donc normalement les callbacks sont appelés sur le même thread... Donc à mon avis, le problème c'est plutôt que l'IHM n'a pas le temps de rafraîchir le curseur de la souris.
Si tu es en Framework 4.5, essaye de faire ainsi :

Code:

---

1 2 3 4 5

this.Cursor = Cursors.Wait; // Indicate to user that operation can be long await Task.Delay(10); //ça permettra au curseur d'avoir le temps de changer de forme ICollectionView view = CollectionViewSource.GetDefaultView(listView.Items); view.Filter = new Predicate<object>(FilterCallback)); this.Cursor = Cursors.Arrow; // End long operation

---

et mets bien un "async" sur l'appel de la méthode :

Code:

---

1 2	async void MaMethode() { ... }

---

Oui tu dois avoir raison pour le thread puisque l'UI se bloque quand je réalise les traitements.
Je n'ai pas pu tester ton code, je suis malheureusement en 4.0 avec VS 2010 :(

Citation:

---

Envoyé par Petit Rasta

Oui tu dois avoir raison pour le thread puisque l'UI se bloque quand je réalise les traitements.
Je n'ai pas pu tester ton code, je suis malheureusement en 4.0 avec VS 2010 :(

---

Ah, mince, ça c'est dommage.
En Framework 4.0, c'est un peu plus compliqué mais c'est jouable :

Code:

---

1 2 3 4 5 6 7 8 9

this.Cursor = Cursors.Wait; // Indicate to user that operation can be long   Task.Factory.StartNew(()=> { Thread.Sleep(10); }) .ContinueWith(tsk => { ICollectionView view = CollectionViewSource.GetDefaultView(listView.Items); view.Filter = new Predicate<object>(FilterCallback)); this.Cursor = Cursors.Arrow; // End long operation }, TaskContinuationOptions.ExecuteSynchronously);

---

Notes bien le "TaskContinuationOptions.ExecuteSynchronously" en second paramètre sur le "ContinueWith" qui va lui indiquer que ça doit être fait sur le même thread que l'appelant de la tâche d'origine.

J'ai tenté d'exécuter ton code :

Code:

---

1 2 3 4 5 6 7

Mouse.OverrideCursor = Cursors.Wait; Task.Factory.StartNew(() => { Thread.Sleep(10); }) .ContinueWith(tsk => { ICollectionView view = CollectionViewSource.GetDefaultView(listView.Items); view.Filter = new Predicate<object>(FilterCallback); }, TaskContinuationOptions.ExecuteSynchronously); this.Cursor = Cursors.Arrow;

---

J'ai sorti les traitements sur les cursors.
J'ai une erreur sur

Code:

---

view.Filter = new Predicate<object>(FilterCallback);

---

Citation:

---

Le thread appelant ne peut pas accéder à cet objet parce qu'un autre thread en est propriétaire.

---

J'ai tenté en mettant cet appel dans un Dispatcher mais rien n'y fait ...

Alors essaye comme cela :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

Mouse.OverrideCursor = Cursors.Wait; Task.Factory.StartNew(() => { Thread.Sleep(10); }) .ContinueWith(tsk => { this.BeginInvoke((Action)delegate() { ICollectionView view = CollectionViewSource.GetDefaultView(listView.Items); view.Filter = new Predicate<object>(FilterCallback); this.Cursor = Cursors.Arrow; } });

---

Aïe décidément ce n'est pas ma journée !!
J'utilise

Code:

---

using System.Windows.Controls;

---

et non

Code:

---

using System.Windows.Forms;

---

Conséquence

Code:

---

this.BeginInvoke

---

n'est pas reconnu :(
Si je passe en Forms, j'ai tous mes contrôles à redéfinir ...

Ah mince, sorry :oops: quel abruti quand je m'y mets! :oops:
Voilà ce que c'est de faire plusieurs choses en même temps!
N'hésites pas à me mettre des pouces rouges quand je mets des âneries ;)

J'avais oublié qu'en WPF il faut passer par "Dispatcher".
Ceci devrait mieux fonctionner :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

Mouse.OverrideCursor = Cursors.Wait; Task.Factory.StartNew(() => { Thread.Sleep(10); }) .ContinueWith(tsk => { this.Dispatcher.BeginInvoke((Action)delegate() { ICollectionView view = CollectionViewSource.GetDefaultView(listView.Items); view.Filter = new Predicate<object>(FilterCallback); this.Cursor = Cursors.Arrow; } });

---

J'espère que je n'ai rien oublié cette fois...

Ce n'est pas grave, il n'y a pas de soucis ;)
On avance mais ce n'est pas encore ça ...
Je n'ai plus d'exception et j'entre aperçois le 'sablier' mais il disparait avant que l'interface ne soit libérée.
En fait j'ai l'impression qu'il fait comme avant sauf que là je le vois le temps du Sleep.

C'est bizarre, normalement lorsque le curseur revient à la normale, alors le tri devrait être terminé... Il faudrait que tu sois capable de me dire quel est le type réel de ton objet "view". Normalement ce devrait être un "ListCollectionView".

Bon sinon, pour être sûr, on va sortir l'artillerie lourde. :aie:
L'idée : on va s'abonner à "CollectionChanged" du view à la vollée, et on va changer le curseur et se désabonner en même temps lorsque l'action est "Reset" :

Code:

---

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

Mouse.OverrideCursor = Cursors.Wait; Task.Factory.StartNew(() => { Thread.Sleep(10); }) .ContinueWith(tsk => { this.Dispatcher.BeginInvoke((Action)delegate() { ICollectionView view = CollectionViewSource.GetDefaultView(listView.Items); NotifyCollectionChangedEventHandler handler = null; handler = (snd,evt) => { if (evt.Action!=NotifyCollectionChangedAction.Reset) return; //On ne s'arrête que s'il fait un Reset view.CollectionChanged -= handler; //Désabonnement Mouse.OverrideCursor = null; //Remise à la normale du curseur } view.CollectionChanged += handler; //Abonnement au Handler   //La mise en place du nouveau filtre va déclencher "CollectionChanged" à la fin normalement. view.Filter = new Predicate<object>(FilterCallback); } });

---

Voilà, avec ça normalement il ne remettra le curseur en place que lorsqu'il notifiera que la collection a changé à cause de la mise en place du filtre...
Tu m'en diras des nouvelles.

Bon Bon Bon ... Il doit y avoir un canard quelque part !
Je n'ai toujours pas ce foutu sablier lorsque la listview est un peu volumineuse et que le traitement prend du temps ...
Mon objet view c'est :

Code:

---

ICollectionView view = CollectionViewSource.GetDefaultView(listViewDevices.Items);

---

Sachant que la listView fait du binding sur une ObservableCollection<T>.
Ce serait lié à l'ObservableCollection ?

Citation:

---

Envoyé par Petit Rasta

Mon objet view c'est :

Code:

---

ICollectionView view = CollectionViewSource.GetDefaultView(listViewDevices.Items);

---

---

Oui, j'ai bien compris cela... ça ne fonctionne pas ce que je viens de te mettre? Tu l'as essayé?

Si ça ne fonctionne pas, peux-tu me montrer ton projet complet? Je le regarderai alors quand j'aurais du temps...

Bonjour,

J'ai mis un peu de temps à répondre ...
Oui j'ai testé le code ci-dessus et le sablier n'apparaît pas en exécution normale.
Par contre, j'ai remarqué qu'en exécutant le code en pas à pas, le sablier est bien présent lors de l'exécution de la fonction FilterCallback.
Je ne comprends pas pourquoi il ne s'affiche pas du coup :(

Rebonjour,
Est-ce que ce ne serait pas tout simplement parce que l'exécution de "FilterCallback" serait très rapide?
Bon je dis peut-être n'importe quoi mais on ne sait jamais.

Si ce n'est pas la bonne réponse, il faudrait que tu montres plus de code, notamment ce qu'il y a dans la fonction "FilterCallback"...

J'ai continué mes petits tests et j'ai un peu avancé.
J'ai mis un Sleep dans la fonction "FilterCallback" et là, le sablier est présent pendant l'exécution.
Ce que j'ai remarqué c'est qu'après l'appel à "FilterCallback", il y a des appels pour chaque ligne à un des accesseurs de mon objet (vu en faisant du pas à pas après la fonction).
Je ne sais pas du tout pourquoi c'est cet accesseur qui est appelé parce qu'il n'a aucun lien avec mon filtre ^^
Au final ce sont ces appels qui prennent du temps et qui ne sont pas pris en compte par le sablier.