Forcer le tri d'un datagridview lié à un dataset

Bonjour,
Mon problème semble simple mais pas grand chose sur le net pour trouver une réponse alors je fais une nouvelle fois appel aux pros de Developpez...

J'ai un datagridview lié à un dataset en conception (peut être que la précision a un sens), je vois donc 3 colonnes (elles sont visibles même en conception) dont la propriété DataPropertyName est bien renseignée.
Par contre, bizarrement, la propriété IsDataBound me renvoit False...

Je souhaiterais trier par défaut cette datagridview sur la deuxième colonne lors de son affichage.
L'appel à .Sort(macolonne,monsensdetri) provoque une exception de type "DataGridView control must be bound to an IBindingList object to be sorted" 8O

J'ai l'impression donc qu'il me faudrait implémenter un IBindingList (je suis preneur d'exemples au passage) alors que selon moi, le binding devrait être implicite (la grille affiche bien les informations demandées et les colonnes se trient bien quand on clique sur le header des colonnes).

Quelqu'un a une idée ou une explication ?

Edit: je viens de vérifier que si je définit le datasource en execution, le problème ne survient plus. Mon problème est résolu mais avec un petit goût d'incompréhension...
Je précise aussi que je tourne sous la V2 du framework avec #Develop qui n'est pas très pote avec les datagridview en conception... :mouarf:

Bonjour,

pourrais-tu indiquer la valeur attribuée à la propriété DataSource du datagridview ?

Merci

Bonjour,

C'est le nom du DataSet, le DataMember étant le nom d'une des DataTable du DataSet

Tu dois donc avoir quelque chose comme:

Code:

---

tonDataGridView.DataSource = typeof(tonDataSet);

---

C'est pour ça que tes 3 colonnes sont visibles en conception, mais ton DataGridView n'est bindé à aucun objet. Ce qui explique que la propriété IsDataBound te renvoie false.

En espérant que cela réponde à ta question.
++

Merci pour ta réponse.
Comme je l'ai dit dans le premier message, la propriété est renseignée en conception et non dans le code.
Je vois donc dans ma grille de propriété une chaine de caractère sans avoir vu ce qui a été généré.
Mon problème a été résolu en mettant dans le code

Code:

---

MaDataGrid.DataSource = MonDataSet

---

(sans typeof)

J'ai donc l'impression qu'en conception, ce n'est pas le même code qui est généré.

Citation:

---

Mon problème a été résolu en mettant dans le code

Code:

---

MaDataGrid.DataSource = MonDataSet

---

(sans typeof)

---

Oui j'ai bien compris. Je pense que le designer a généré le code:

Code:

---

MaDataGrid.DataSource = typeof(MonDataSet);

---

Mais c'est parce que tu l'as renseigné ainsi en mode design.
Si en mode design, tu attribue à la propriété DataSource de ton datagridview une instance du dataset, il générera:

Code:

---

MaDataGrid.DataSource = MonDataSet;

---

Tu peux le vérifier très facilement en regardant le code généré par le designer.

++

Merci encore de creuser le sujet Zoaax.

Effectivement, je viens de vérifier qu'en conception (et sous #Develop), si on définit le dataSource comme tu l'as précisé, il ne génère pas de TypeOf (donc ça devait marcher sauf...que le bug survient à nouveau !).

De toute façon, je ne vois pas d'autres méthodes pour renseigner cette propriété en conception, la saisie directe n'étant pas acceptée.

Je pense donc plutôt à un bug du côté de #Develop (les dataset/datatable/datacolumn ne sont pas éditables en conception, c'est dire si cette application manque un peu de maturité sur ce compo).

Bonjour,

je n'avais pas fais attention que tu étais sous #Develop.
Je pensais à Visual Studio 2005. Sous VS, tu ajoutes un composant DataSet depuis la boîte à outils. Le designer l'instancie et tu peux le sélectionner (toujours dans le designer) lorsque tu définis la propriété DataSource du DataGridView. Si tu n'as pas VS2005, tu peux aussi le tester avec Visual Studio C# Express.

++

Je viens d'essayer avec #Develop V2.2.1 et ça marche comme sous VS2005.
Je pense donc que c'est plus un problème de manip de ta part.
Je t'ai expliqué dans le message précédent comment tu devais procéder. Est-ce que c'est clair ?

++

Oui ça marche (dans le sens où le code est bien généré et que je fais bien cette manip).

Non, ça ne marche pas (dans le sens où le résultat à l'exécution n'est pas conforme aux attentes si on procède comme celà). :aie:

M'enfin, c'est pas grave puisque j'ai résolu le problème en settant la propriété à l'execution !

Citation:

---

M'enfin, c'est pas grave puisque j'ai résolu le problème en settant la propriété à l'execution !

---

Et ça te gênait de faire ainsi ?

Si c'est résolu, pense au tag Résolu.

++