Discussion :

[JH&SG]

Bonjour a tous!
Je cherche à programmer une application C avec GTK+ mais j'ai un soucis au niveau d'un GTK_LIST_STORE.
J'ai donc un GTK_LIST_STORE que j'ai appellé pListStore avec deux colonnes : une colonne contenant une chaine de caractères et une autre contenant un entier.
Ce que j'aimerais faire c'est qu'au moment où j'appuie sur entrée, il y ait une recherche au niveau de la colonne des entiers et si il y a un entier égal à 3 il supprime la cellule du GTK_LIST_STORE où se situe le 3.

Voila ce que j'ai essayé de faire :

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
 
gboolean foreach_func(GtkTreeModel *model, GtkTreePath *path, GtkTreeIter *iter, gpointer user_data)
{
   	gchar * p_nom;
	gint * nb;
 
 
	gtk_tree_model_get (model, iter,0, & p_nom,1, & nb,-1);
 
	if(*nb == 3)
	{
		gtk_list_store_remove (GTK_LIST_STORE(model), iter);
	}
 
    return FALSE; 
}

Et dans la fonction callback pour le signal "activate" j'ai mis :

Code :

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

1
2
 
gtk_tree_model_foreach(GTK_TREE_MODEL(pListStore), foreach_func, NULL);

A l'exécution, j'ai une erreur de segmentation sur la fonction foreach_func.

Merci d'avance pour vos réponses.

[teuf13]

Ca n'est pas dit explicitement dans la doc, mais je ne serais pas surpris que les modifications du modèle (en particulier les suppressions) soient interdites lorsque tu fait un _foreach dessus. Ca aide si tu enleves le gtk_list_store_remove de ton foreach_func ?

[JH&SG]

Effectivement, si j'enlève gtk_list_store_remove ça ne me mets pas d'erreur. Mais si je met à la place un simple g_printf, ça plante aussi.
N'y aurait-il pas un autre moyen que celui-ci pour effectuer ce que je veux?

[teuf13]

Ton int *nb; me semble louche, tu ne voulais pas plutôt faire :

Code :

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

1
2
3
4
5
6
7
8
 
gint nb;
 
gtk_tree_model_get (model, iter,0, & p_nom,1, & nb,-1);
 
if(nb == 3) {
    ....
}

[JH&SG]

OUF! Merci beaucoup! c'était bien un problème d' initialisation. Ca marche maintenant, on peut modifier le model avec un foreach.
Merci encore!

[JH&SG]

Bonjour!
J'ai été un peu vite en disant que mon problème était résolu bien qu'il le soit en grande partie.
Avec la correction du code ci-dessus, j'arrive bien à modifier le GTK_LIST_STORE mais j'ai tout de même une erreur. C'est un problème avec l'itérateur je pense.
Voila ce que ça me donne au moment de la suppression de la cellule :

Code :

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

1
2
 
Gtk-CRITICAL **: gtk_list_store_iter_next: assertion `GTK_LIST_STORE (tree_model)->stamp == iter->stamp' failed

J'ai lu autre part qu'il faut récupérer l'état de l'itérateur mais je n'ai pas trop bien saisie le concept.

j'ai tout de même tenté ceci :

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
 
gboolean foreach_func(GtkTreeModel *model, GtkTreePath *path, GtkTreeIter *iter, gpointer user_data)
{
   	gchar * p_nom;
	gint  nb;
 
 
	if (gtk_tree_model_get_iter (model, iter, path))
        {
	           gtk_tree_model_get (model, iter,0, & p_nom,1, & nb,-1);
 
	            if(nb == 3)
	             {
		                gtk_list_store_remove (GTK_LIST_STORE(model), iter);
	             }
         }
 
    return FALSE; 
}

Cela me renvoie quand même l'erreur d'itérateur.

[drKzs]

Je crois avoir eu le même problème, mais comme je suis en chantier partout je ne sais plus si je l'ai résolu :s
Mais je crois me souvenir qu'il faut que tu testes que l'iter n'est pas le dernier du modèle, car dans ce cas tu dois "arrêter" le foreach; si ma mémoire est bonne, la callback doit renvoyer true pour signifier la fin.
enfin il me semble

[teuf13]

Ou bien la modification du modèle dans un foreach n'est pas autorisée...

[JH&SG]

Je crois avoir eu le même problème, mais comme je suis en chantier partout je ne sais plus si je l'ai résolu :s
Mais je crois me souvenir qu'il faut que tu testes que l'iter n'est pas le dernier du modèle, car dans ce cas tu dois "arrêter" le foreach; si ma mémoire est bonne, la callback doit renvoyer true pour signifier la fin.
enfin il me semble

Merci! Tu as raison! Je n'est plus d'erreur.

Voici ce que j'ai fait.

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
20
21
22
 
gboolean foreach_func(GtkTreeModel *model, GtkTreePath *path, GtkTreeIter *iter, gpointer user_data)
{
   	gchar * p_nom;
	gint  nb;
 
 
	if (gtk_tree_model_get_iter (model, iter, path))
        {
	           gtk_tree_model_get (model, iter,0, & p_nom,1, & nb,-1);
 
	            if(nb == 3)
	             {
		                if(gtk_list_store_remove (GTK_LIST_STORE(model), iter) == FALSE)
                                 {
                                                 return TRUE;
                                 }
	             }
         }
 
    return FALSE; 
}

Par contre j'ai une autre question.

Ma fonction fonctionne très bien s'il y a une ou deux cellules à supprimer mais s'il y en a plus, il faut que je m'y reprenne à plusieurs fois pour que toutes les cellules soit supprimées. Vous avez des idées?

[teuf13]

Ma fonction fonctionne très bien s'il y a une ou deux cellules à supprimer mais s'il y en a plus, il faut que je m'y reprenne à plusieurs fois pour que toutes les cellules soit supprimées. Vous avez des idées?

J'aurais tendance à te donner ma réponse habituelle à ce sujet...

[JH&SG]

Tu as effectivement raison.
Il est possible de modifier le GTK_LIST_STORE dans gtk_tree_model_foreach mais en fesant cela ça fait planté l'itérateur qui ne sais plus trop où il en est. Je pense que c'est ce que tu voulais dire.
J'ai donc retravaillé mon programme pour qu'il fasse ce que je désire sans modifié le GTK_LIST_STORE directement dans gtk_tree_model_foreach.
Merci pour votre aide.

[drKzs]

Oui, peut-être que l'itérateur devient invalide après suppression ...
A ce propos je me demande, si on modifie une valeur sur chaque iterateur du modèle, est-ce que cela peut le rendre invalide ?

Car j'utilise un treeModelFilter, et j'ai au départ choisit de connecter une callback sur la méthode

Code :

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

set_visible_func

J'ai remarqué que gtk faisait plusieurs passage sur certains iterateur, et j'ai décidé d'utiliser plutot la méthode

Code :

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

set_visible_column

, puis d'utiliser la méthode

Code :

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

foreach

dans laquelle je viendrais modifier la colonne de visibilité (en somme changer un booleen de l'iterateur...
Seulement mon iterateur semble se perdre aussi...

[teuf13]

Un itérateur sur quel modèle ? sur celui du TreeModelFilter (ie qui contient juste les lignes visibles) ou sur celui sous-jacent (qui contient tous les éléments, le "child model" de la doc) ?

[drKzs]

hmm cette question est intéressante
je le fait sur le filtered... et maintenant que j'y pense (enfin que tu m'y fait penser), il faudrait plutot le faire sur le child model non ?

[teuf13]

Si tu changes la visibilité d'une ligne dans le modèle "filtré", tu vas changer son contenu puisqu'il ne contient que les lignes visibles. Donc ça peut expliquer pourquoi ton itérateur devient invalide. Je peux pas te dire s'il faut travailler sur l'autre modèle, ça dépend vraiment de ce que tu veux faire

[drKzs]

Mon but est de faire une arborescence de fichiers, avec un filtre de visibilité (audio, etc..)
En utilisant la fonction de visibilité du treeModelFilter, j'ai constaté que certains passages d'un type de fichier à un autre n'actualisait pas l'arbre, mais uniquement certaines séquences particulières (genre de audio à tous fichiers), et fonctionnait parfaitement dans tous les autre cas. Et en faisant de bêtes printf, j'ai constaté que gtk passait plusieurs fois dans la fonction de visibilité pour certaines row (comme par hasard celles qui n'étaient pas actulisées pour le filtre courant )

Donc j'essaye de le faire plutot avec le foreach...
Effectivment il me semble que tu avais raison, j'ai l'impression qu'il faut l'appliquer sur le model child

[drKzs]

J'ai l'impression que parfois, lorsque je change la valeur de visibilité (j'ai vérifié je mets bien la bonne valeur), elle n'est pas prise en compte par la vue...
--> en appelant deux fois la fonction de filtrage, c'est bon ...
C'est peut-être pour cela que la fonction de visibilité passe plusieurs fois sur la même row, elle essaye d'optimiser ce fonctionnement ??
Ou bien c'est un problème dans mon code, mais je ne vois pas bien où...