Форум: "Основная";
Текущий архив: 2005.01.23;
Скачать: [xml.tar.bz2];
Вниз
странное поведение 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 вся ветка
Форум: "Основная";
Текущий архив: 2005.01.23;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.051 c
