Discussion :

[Laurent Dardenne]

Salut,
je rencontre un pb avec le databinding au sein d'une application MDI.
Les fenêtres MDI proviennent d'un héritage de form. La form de base contient un groupbox hébergeant différent contrôles de saisie.
L'objectif est de partager un ArrayList entre un combobox présent sur certaines fenêtres MDI dérivées.

Code :

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

1
2
3
4
5
6
7
 
private void FrmProduit_Load(object sender, EventArgs e)
{
    Debug.Assert(this.FormParente.CollectionFournisseur != null);
    cbxNumfournisseur.DataSource = this.FormParente.CollectionFournisseur; //ArrayList
    cbxNumfournisseur.DisplayMember = "NumFournisseur";
    ...

J'aimerais avoir un déplacement autonome dans l'ArrayList et ce pour chaque fenêtre MDI l'utilisant, i.e. sans répercuter la position courante dans chaque contrôle liés.
Le fait de placer le datasource à null dans la form principale ne régle pas le pb :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
public void DesactiveDataBindingForm<T>(FrmBase FormCourante) where T : FrmBase
{
    foreach (FrmBase Frm in this.MdiChildren)
    {
        if (Frm is T)
        {
            //On  annule le databinding des autres fenêtres de même type
            if (Frm != FormCourante)
                Frm.CollectionCourante = null;
        }
    }
}

Après 6 heures de test et de recherche diverses si qq un a une idée sur une solution, je suis preneur.
Merci.

[Guulh]

On en avait déjà parlé ici :
http://www.developpez.net/forums/sho...d.php?t=432595

Il semble que lorsque plusieurs contrôles de type "liste" (et donc avec une propriété du type "SelectedItem") partagent la même DataSource, l'objet courant est le même pour tous. La solution en .Net 2 est de passer par un BindingSource intermédiaire ; je ne sais pas comment faire en .Net 1.

[Laurent Dardenne]

Salut,
merci pour ta réponse

On en avait déjà parlé ici :

Il va sans dire que j'ai recherché sur les forums mais avec les mots clés choisis j'ai dû passer au travers.

Il semble que lorsque plusieurs contrôles de type "liste" (et donc avec une propriété du type "SelectedItem") partagent la même DataSource, l'objet courant est le même pour tous.

Oui je suis d'accord mais on peut vouloir partager les données sans pour autant partager le comportement. Mais il se peut, au vue de mes faibles connaissances du Framework, que dans ce cas que là le databinding ne soit pas approprié. J'ai cru comprendre que l'objet DataView permettait le comportement que je recherche mais au prix d'une duplication des données, je n'ai pas eu le temps de vérifier...
N'étant pas encore à l'aise avec les events et la mécanique du databinding, je me demandais comment désactiver momentanément ce comportement.

La solution en .Net 2 est de passer par un BindingSource intermédiaire.

Peux-tu m'en dire plus ? Au moins vers quel objet ou terme technique du Framework .NET orienté mes recherches.

[Guulh]

Je veux bien t'en dire plus, mais la gestion du "SelectedItem" reste assez opaque pour moi aussi

Par contre, pour le BindingSource : c'est un intermédiaire, que tu places entre ta vrai source et ton contrôle, par exemple :

Code :

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

1
2
3
4
5
List<Machin> maSource = new List<Machin>(); // ou n'importe quel IList ou IList<T>
BindingSource bs = new BindingSource();
DataGridView dgv = new DataGridView(); // ou n'importe quel contrôle attendant un IList en DataSource
bs.DataSource = maSource;
dgv.DataSource = bs;

Et là, tu peux lier ta liste source à autre chose (via encore un autre BindingSource) sans "synchronisation" non souhaitée.

Tu parles de DataView, et c'est là la clé : il y a en gros deux façons d'afficher des données dans une grille, soit en passant par ADO.Net (DataTable, dataView, etc.), soit par des List / BindingList / Mieux. Parce que la DataGridView offre le plus de fonctionnalités lorsque sa source implémente IBindingListView et que cette interface n'est implémentée que par DataTable et DataView (ou presque) dans le framework, il manque cruellement un objet servant de "vue" sur une autre liste, permettant tri et filtre.

[Laurent Dardenne]

Salut,

Et là, tu peux lier ta liste source à autre chose (via encore un autre BindingSource) sans "synchronisation" non souhaitée.

C'est parfait !

Tu parles de DataView et c'est là la clé

Il me faut creuser le sujet, pour le moment je n'ai pas le temps d'aborder les détails.

Je te remercie pour ton aide, aujourd'hui j'ai appris qq chose

[shwin]

Le probleme se situe au niveau du CurrencyManager, tes composants utilise tous le meme. Je sais pas trop comment le réglé avec les composant .net car moi j'utilise seulement ceux d'infragistic et il y a une merveilleuse propriété SyncWithCurrencyManager qui suffit de mettre a false pour que le composant utilise son propre CurrencyManager

[Laurent Dardenne]

Le probleme se situe au niveau du CurrencyManager, tes composants utilise tous le meme.

Peut être, je dois étudier ça.

Pour commencer j'ai trouvé ceci sur MSDN :
http://www.microsoft.com/downloads/d...displaylang=fr

et sur CodeProject ce tutoriel, déjà cité par un modérateur :
Data binding concepts in .NET windows forms
Sur ce dernier site il existe de nombreux tutoriaux sur le sujet, de mon coté je dois juste trouver du temps pour les consulter...