Скачать: CL | DM;

странное поведение ListView.OnColumnClick   Найти похожие ветки 

← →
Jel ©   (2005-01-11 18:27) [0]

Приветствую всех.

Столкнулся с загадочным поведением сабжа. Выглядит это так - в обработчик onColumnClick вторым параметром передается Column: TListColumn - колонка на которой кликнули. Это работает, пока пользователь не поменяет какие-либо колонки местами. (при FullDrag = True это можно делать мышкой). А после этого начинаются чудеса - при щелчке по заголовку перенесенной колонки в обработчик передается Column, который БЫЛ на этом месте до перестановки. Как с этим можно бороться? Как достоверно определить на какой именно колонке кликнул пользователь?

---

← →
Семен Сорокин ©   (2005-01-11 18:45) [1]

http://216.101.185.148/scripts/isapi.dll/article?id=2C978B07&article=5455163

---

← →
Jel ©   (2005-01-11 20:24) [2]

> Семен Сорокин ©   (11.01.05 18:45) [1]


It is a bug that has been with us for some versions. The control looses
the relationship between the interal column objects in the Columns
collection and the API-level columns when you drag the colums around.

> Does anybody have a workaround for this?

You have to manually reorder the columns in the Columns collection when
the drag ends.

Совет, безусловно хорош, но как его реализовать на практике? Тупое изменение Column[n].Index из обработчика ColunmDragged ничего хорошего не дает. Есть у кого-нибудь идеи как это можно сделать?

---

← →
Jel ©   (2005-01-12 02:17) [3]

Извиняюсь, но Up. Вопрос все еще актуален.

---

← →
Семен Сорокин ©   (2005-01-12 09:41) [4]

> Jel ©   (12.01.05 02:17) [3]
> Извиняюсь, но Up. Вопрос все еще актуален.

Отпишись по мылу/аське - скину решение.

---

← →
Jel ©   (2005-01-12 14:39) [5]

Присланный код проблемы не решает. Так что Up.

---

Страницы: 1 вся ветка

Скачать: CL | DM;



Память: 0.46 MB
Время: 0.052 c