Entschuldigung für den Bahnhof
Ich versuche es nochmal einfach:
Delphis TListView versucht, möglichst viel Handling von Listviews zu vereinfachen / in eine Klasse zu kapseln. Wenn Du ein TListView auf Deiner Form plazierst, geht TListView davon aus, daß es die alleinige Herrschaft darüber hat.
Nun kommst Du aber mit einem
API-Aufruf und mogelst an TListView vorbei etwas in das Listview. Delphis TListView verwaltet Daten wie Spalten nicht im Listview selber, sondern in sich. Und schickt von dort nur Änderungen an das Listview (ohne Änderungen im selbige wahrzunehmen).
Zur Begrifflichkeit: Listview habe ich das "Ding" an sich genannt, also eine Liste in einem Fenster. TListView das, was Delphi drumherum kapselt.
Öffne mal ComCtrls.pas; in
procedure TCustomListView.UpdateColumn
siehst Du, daß Delphi selber auch an den Spalten rumspielt. Darin siehst Du, daß es ein internes FOrderTag verwendet. Und in
procedure TListColumn.SetIndex
siehst Du, wo Delphi selbel
ListView_SetColumnOrderArray
aufruft und damit Deine Order überschreibt.
So mal spontan vom Lesen her könnte es glatt sein, daß ein Ändern der Index-Property von TListColumn eben das macht, was Du vorhast, ohne dabei die
VCL durcheinanderzubringen. In
procedure TListColumns.UpdateCols
zumindest scheint FOrderTag angepasst zu werden.