Discussion :

[olibara]

Bonjour

J'essaye de comprendre un curieux phénomene

J'ai un datagridview
Je lui assigne une datasource (une liste ce cas ci)

Normalement, les colonnes s'affichent dans l'ordre de déclaration des variables de la classe objet de la liste (c'est en tout cas le cas constaté jusqu'ici)

Je viens de constater pour une machine particuliere que la meme application affiche sur une des machine un ordre différent ???

Quelqu'un a-t-il une explication et une maniere de résoudre cela ?

[Guulh]

Qaund la grille est en AutogenerateColumns = true, on n'a aucune garantie de l'ordre des colonnes. je ne pense pas que la réflexion garantisse de récupérer les propriétés d'un objet dans l'ordre de déclaration. or c'est préciséement ce que dois faire la DGV au runtime.

Donc : ne pas générer les colonnes de la DGV automatiquement Si tu peux, depuis le designer, tu peux affecter à ta grille une nouvelle source de données qui est le type d'un objet métier ; le designer te créera un BindingSource et autant de colonnes qu'il y a de propriétés dans ton objet, don tu peux bien sûr changer l'ordre à ta guise via le designer.

[Graffito]

Bonjour,

On peut réordonner systématquement les colonnes après avoir affecté le Data source:
Exemple:

Code :

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

1
2
3
4
5
6
7
8
9
private void AdjustColumnOrder()
{
    customersDataGridView.Columns["CustomerID"].Visible = false;
    customersDataGridView.Columns["ContactName"].DisplayIndex = 0;
    customersDataGridView.Columns["ContactTitle"].DisplayIndex = 1;
    customersDataGridView.Columns["City"].DisplayIndex = 2;
    customersDataGridView.Columns["Country"].DisplayIndex = 3;
    customersDataGridView.Columns["CompanyName"].DisplayIndex = 4;
}

[olibara]

Salut

Je rappelle a tout hazard que cette app tourne sur 7 machines differentes sans prpblèmes et que tout d'un coup la huitime fait des caprice ..... ??


J'ai essayé le coup du displayed index ca mais c'est encore plus fou !!

Sur l'event cell_click, je teste le columnindex

Jusqu'ici ayant mis le reorder column a false j'assumais l'ordinal,

Donc j'attendais les valeurs des colonnes 1 2 ou 3 par exemple
Dans le cas qui s'est presenté 1 etait en 3 et 2 etait en 4

Je les ai replacé en 1 et 2
Mais je devais toujours cliquer sur 3 et 4 pour avoir un effet sur 1 et 2 ???

[olsimare]

Bonjour.

Effectivement, j'ai eu le même probléme et je m'en suis sortie en mettant les colonnes dans le bon ordre dans l'ordre "select" et en repositionnant les displayindex suivant cet ordre à chaque redéfinition du .Datasource.

Pour le probléme que tu cites, j'utilise une sortedlist qui fait le lien entre l'index que je m'attends à avoir et l'index réellement positionné dans le DGV (c'est pourri mais bon ...).

J'ai rien trouvé de mieux et j'y ai passé du temps pourtant (d'autant plus que je ne sais pas dans mon DGV perso quels seront à priori les colonnes car l'alimentation est géré par paramétrage) ...

Cdt.

[Guulh]

Je rappelle a tout hazard que cette app tourne sur 7 machines differentes sans prpblèmes et que tout d'un coup la huitime fait des caprice ..... ??

C'est exactement ça, un comportement non garanti. Des fois ça marche, des fois ça marche pas, mais comme c'est documenté nulle part, il faut partir du principe qu'il ne faut pas s'y fier.

La solution que graffito te propose modifie le DisplayIndex ; l'Index quand à lui est constant. Bien faire la différence entre les deux : l'une est une propriété graphique, l'autre est une propriété "interne", qui ne bouge pas même si l'on réordonne visuellement les colonnes à l'exécution.

Il y a un blog d'un des principaux développeurs de Windows qui parle souvent de cette différence entre implémentation (susceptible de changer) et documentation (dont on garantit le comportement) : http://blogs.msdn.com/oldnewthing/ . TRES intéressant