Discussion :

[olibara]

Bonjour

Dans le designer d'une form je trouve une enumération de

Code :

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

1
2
3
      this.dataGridViewTextBoxColumn28 = new System.Windows.Forms.DataGridViewTextBoxColumn();
      this.dataGridViewTextBoxColumn29 = new System.Windows.Forms.DataGridViewTextBoxColumn();
      this.dataGridViewTextBoxColumn30 = new System.Windows.Forms.DataGridViewTextBoxColumn();

Or cette form ne contient que 3 dgv et AUCUN ne contient plus de 4 colonnes

A quoi peuvent correspondre ces 30 autres colonnes qui d'ailleurs ne se rapportent a aucun dgv particulier

J'ai le vague sentiment que c'est lié au toolstripmenu

Quelqu'un a déja analysé ce sujet ?

[Guulh]

Il peut arriver que le designer ne nettoie pas correctement des objets inutiles.

Regarde si ces colonnes sont ajoutees a la grille (doit y avoir un taGrille.Add(...) qui traine dans le truc.Designer.cs). Sinon, si elles sont juste creees, tu peux les supprimer. Tu peux aussi supprimer les DataGridViewCellStyle qui vont avec, s'il y en a.

[olibara]

Merci Guuhl

Mais c'est pas ca, apparement ils se generent progressivement tout seul !

Je ne sais pas a quel moment ?
Mais ne servent a rien

J'essaye d comprendre d'ou ca peut venir .....

[olibara]

Bonjour Guuhl

Voila j'ai identifié que ces machins s'ajoutaient chaque fois que le designer se regenerait lors d'une modification quelquonque


Le DGV concerné etait lien a un bindingsource via le designer mais les colonnes utiles du bindingsource avait aussi été définie dans le designer (3 colonnes).

Le bindingsource etait interfacé sur une List<T>

A priori rien d'anormal mais ca merdait quand meme, ces trois colonnes etaient dupliquées dans le designer a chaque modif

J'avais essayé de supprimer toutes les colonnes inutiles mais elles se regeneraient d'office

Je soupconne un truc pas orthodoxe dans la definition de l'interface avec ma List<T>

Mais pour parer a l'urgent j'ai supprimé le bindingsource et masqué les colonnes inutiles du DGV : plus de problème apparent !

[Guulh]

En te lisant, je suis pas sur que tu fasses tout ca dans les formes La methode classique pour binder une dgv a une liste d'objets metier (classe Truc, par exemple) :
- definir comme datasource de la grille le type de Truc
- ca cree un bindingsource dont la DataSource est typeof(Truc) ; ca binde aussi la dgv au bindingsource.
- ca cree aussi autant de colonnes dans la dgv qu'il y a de proprietes sur ton objet. Libre a toi d'en supprimer, of course.
- apres, dans ton code, il suffit de binder le bindingsource a ta List<Truc>.

J'ai fait ca des tas de fois, et le designer m'a jamais embete

[olibara]

Tout a fait d'accord avec toi

C'est ce que je fais d'habitude (mais j'emploie rarement le bindingsource)
Je n'ai jamais vraiment bien compris ce que ca apportait sauf pour decoupler plusieurs controles utilisant le meme datasource.

Dans le cas present j'avais repris le code de quelqu'un et j'avoue ne pas avoir bien analysé la cuisine qu'il avait fait avec la cuisine des colonnes du DGV dans le designer

Toujours est-t-il que j'ai fais comme toi (sans bindingsource) et ca va tres bien

Je dois neammoins encore un peu tuner mon IBindingList qui a encore quelques trous noirs ! : Le SortProperty par exemple