ListItem n'existe pas sur les combobox ?

Bonjour,

Je voudrais remplir manuellement un combobox (propriété Items).
Le problème c'est que la méthode .Add sur Items ne prend qu'une seule valeur.
Moi je voudrais pouvoir spécifier deux valeurs: Celles qui sera affichée et une valeur masquée qui sera un identifiant.
De mémoire en asp.net, on pouvait créer un objet ListItem, qui acceptait ces deux valeurs.
Je ne parviens pas à faire l'équivalent dans une appli winforms.

D'avance merci pour vos réponses.

A+

Il suffit de spécifier les propriétés "DisplayMember" et "ValueMember".

Par exemple, si tu remplis ta combo avec ça :

Code:

---

1 2 3 4 5

class Truc { int Id {get; set; } string Nom {get; set; } }

---

Alors en affectant "DisplayMember" et "ValueMember" aux propriétés qui vont bien de ton objet source :

Code:

---

1 2	taCombo.DisplayMember = "Nom"; taCombo.ValueMember = "Id";

---

DisplayMember va déterminer ce qui sera visible graphiquement. ValueMember sert notamment pour le binding ; il permet aussi d'utiliser la propriété "SelectedValue", qui dans cet exemple renverra l'id du Truc actuellement sélectionné dans la combo.

merci pour ta réponse.

Je connais cette technique.
Simplement je trouve crado d'avoir à créer la classe "Truc".
je m'attendais a ce qu'il existe une classe générique deja toute faite avec un id et un champ libellé

A+

Le nom de la classe, Truc, à la rigueur est "crado" (dsl Guulh :aie:). Mais sinon ce n'est absolument pas "crado" puisque le Framework ne fournit pas de classe pour ça.

De mon côté, j'utilise toujours la classe suivante (même principe que la classe Truc).

Code:

---

1 2 3 4 5 6 7 8 9 10 11

public class ComboBoxItem<T> { public T Value { get; private set; } public string Display { get; private set; }   public ComboBoxItem(T value, string display) { Value = value; Display = display; } }

---

Mais euh, j'aime bien, "Truc", moi, comme nom de classe... :aie:

C'est à dire qu'en général, on n'a pas besoin de créer une classe exprès pour ça. Le binding permet, comme son nom l'indique, de lier des composants graphiques à des objets métiers ; donc si c'est des Pays que t'as dans ta combo, et que t'as une classe "Pays" pour le représenter, tu peux directement mettre ta List<Pays> comme DataSource de la combo, mettre le DisplayMember / ValueMember comme il faut et zou.

Je vois pas trop dans quel contexte on peut se retrouver avec des couples ids / libellé qui soient pas dans une classe déjà existante, en fait :)

Je m'en sers pour tout ce qui est Combo avec une énumération derrière. Et j'en ai beaucoup ^^

A part ça, l'utilité est limitée car effectivement on a généralement déjà des objets métiers existants sur lesquels binder :)

J'avais pas pensé aux enums, en effet. Faut dire qu'ils font concurrence aux tables de base de données de type "id-libellé". Et ça, j'en ai beaucoup là où je bosse :)

Salut

Je profite de ce sujet pour poser une humble question

Depuis quelques mois je croyais tout savoir sur l'usage d'un combo mais aujourd'hui je me casse les :aie:

Bon ! tous mes combos sont normalement bindés a une datasource et j'utilise le Display Member et le value member.
Si nécessaire je force un selectedValue et ca marche tres bien.

Aujourd'hui j'ai besoin d'un bete combo tout simple qui propose un choix entre 91 et 95 (91,92..95)

Pour faire simple, je tappe donc cela directement dans le designer dans la proprieté Items
Puis au load de la form je fais cmb_x.SelectedValue = "91";

Mais rien a faire je ne parviens pas a forcer une valeur selectée : ca reste vide;

A part ca je peux evidemment choisir manuellement la valeur dans le combo

Que n'ai-je pas encore compris ?

Bonsoir

Pour la reponse a ma question, c'est moi qui suis idiot bien sur :oops:
A force de jouer avec des datasource des Members et des Values
J'avais pas capté tout de suite que si je charge une liste d'items dans le designer

C'est un seletedItem que je dois forcer bien sur et pas un selectedValue :aie: !