Discussion :

[Betcour]

J'ai réalisé une TListViewen vsReport où les colonnes sont activables/désactivables et l'ordre peut être changé par glissé/déposé (comme sous l'Explorateur Windows quoi)

Mais je tombe sur un comportement bizarre : quand on change l'ordre des colonnes, Delphi ajuste aussi tout seul l'affichage des éléments de la ListView. Mais cela n'est que visuel, car les subItems sont toujours selon l'ordre d'origine et il devient forcément impossible de s'y retrouver.

Pour donner un exemple :
* On part avec les colonnes "A" et "B"
* Par glissé/déposé on interverti leur ordre (ceci est alors reflèté dans TlistView.Columns dont l'ordre à changé)
* On créé alors un élément TListItem dans la liste, le texte dans Caption apparait alors dans la colonne "A" (qui est maintenant la seconde à l'écran) et le texte de subItem[0] apparait dans la colonne "B" (donc dans la première colonne visuellement)

Cela peut sembler de prime abord pratique, le problème c'est que quand l'utilisateur à réorganisé quelques colonnes, ajouté et supprimés quelques unes, je n'ai plus aucun moyen de savoir a quelle colonne correspond le caption ou subitem[x] d'un ListItem. Même en vidant avec ListView.Clear et en repeuplant le contenu, ou bien en supprimant toutes les colonnes pour les reconstruires, l'ordre d'affichage est toujours défait !

[rtg57]

Salut,

apparemment le problème n'est pas simple à gérer

Il faut utiliser la gestion de l'évènement TCustomListView::OnColumnDragged
Dans l'aide, ils conseillent :
Conseil*: Pour identifier les colonnes de manière unique afin que vous puissiez les reconnaître après qu'elles aient été repositionnées, utilisez la propriété Tag de la colonne liste.

En clair, on met '1' dans la propriété Tag de la 1ère colonne, '2' dans la 2ème etc...

Par contre je n'est pas trouvé de moyen de savoir dans quel ordre se retrouve graphiquement les colonnes après déplacement par l'utilisateur. S'il n'y a pas moyen de connaitre cette info, le problème semble insoluble

Cependant, Lorsqu'on utilise la gestion de l'évènement TCustomListView::OnCustomDrawSubItem, on a moyen de connaitre quel 'SubItem' est en cours d'affichage. Et on testant la propriété Tag de celui-ci, on peut connaitre dans quel ordre les colonnes s'affichent. A mon avis c'est balèze à gérer.

J'espère qu'il existe une autre solution

@+

[Betcour]

Bon finalement j'ai trouvé un "truc" pour contourner le problème (qui a lui même généré un autre problème d'ailleurs).

Apparemment le fait de détruire toutes les colonnes (ListView.Columns.Clear) et de les reconstruires annule bien le "désordre" généré par le drag'n drop, et les subItem recommencent à s'afficher dans l'ordre numérique auquel on s'attend. (en gros la ListView est réinitialisée) Cela offre donc une solution détournée pour forcer une remise à zéro de l'ordre d'affichage.

Le problème c'est que si on modifie l'objet ListView.Column dans l'évènement "onColumnDragged", et bien les noms de colonnes ne sont pas dessinés ! Du coup pas moyen de forcer la réinitialisation à cet endroit.

Du coup ma solution, pour ceux que ça intéresse (je doit pas être le seul à permettre d'ajouter/supprimer/réorganiser les colonnes d'une ListView) :
* Créer un évènement à soit dans la form
* Dans cet évènement, détruires les colonnes et le contenu de la ListView, et tout refaire tel que ça doit être
* Dans l'évènement OnColumnDragged, noter le nouvel ordre des colonnes (forcément, pour pouvoir le refaire à l'identique après), et à la fin s'envoyer le message avec PostMessage (c'est important de pas utiliser SendMessage).

De cette façon la ListView est reconstruire et réinitialisée, mais uniquement après la fin complète des opérations de drag'n drop et donc sans problème d'affichage.

[Betcour]

Par contre je n'est pas trouvé de moyen de savoir dans quel ordre se retrouve graphiquement les colonnes après déplacement par l'utilisateur. S'il n'y a pas moyen de connaitre cette info, le problème semble insoluble

Oui je pense qu'il doit y avoir une table interne au composant qui lie les colonnes (selon quel critère ?) aux subItem de sorte qu'en cas de drag'n drop les subItem sont affichés dans le même ordre que les colonnes (et donc dans le désordre d'un point de vue numérique).

Il est vrai que pour des colonnes statiques (même nombre, même intitulés, on ne change que l'ordre d'affichage) cela simplifie la vie, mais dès qu'on permet d'en ajouter ou supprimer cela devient ingérable.

Enfin bon mon "bricolage" semble marcher à merveille à défaut d'être très propre.