Вниз
Скачать: CL | DM;

Как лучше поступить с ListView? Удаление элементов.   Найти похожие ветки 

← →
DVM ©   (2003-05-24 23:10) [0]

Возник у меня следующий вопрос. Не знаю как лучше сделать.
Имеется ListView с подключенным к нему ImageList. В ListView помещается достаточно большое число элементов, скажем 2000. В ImageList помещается соответствующее число иконок. Процесс этот не сказать, что очень быстрый, но не в скорости дело.
Далее, допустим мне надо удалить 1000 элементов. Из ListView я их удалю, а в ImageList они(иконки), как я понимаю, продолжают занимать память. Но они больше не нужны. Перезагрузка иконок в ImageList означает и полную перезагрузку элементов ListView, иначе номера иконок перестанут соответствовать элементам. А это не быстрый процесс. Как можно сделать так, чтобы при удалении элемента из ListView соответствующая иконка удалялась из ImageList и из памяти? Как это вообще правильно делается? И нельзя ли как вообще обойтись без ImageList. Например ставя элементу списка в соответсвие не номер иконки из ImageList, а ее HICON, полученный откуда-либо еще (напр, ExtractIcon...)?

Ну, например, окно эксплорера, при удалении одного файла явно не перегружается все целиком. Ненужные значки, я думаю, при этом тоже из памяти удаляются.

Надеюсь я понятно объяснил.


← →
[NIKEL] ©   (2003-05-24 23:25) [1]

почитай про виритуальный режим ListView



← →
DVM ©   (2003-05-24 23:36) [2]


> [NIKEL] ©

Про виртуальный режим я знаю, но тогда я потеряю возможность перетаскивать значки на плоскости ListView. А это необходимо.
ListView_SetItemPosition() не применимо в случае виртуального режима, насколько я понял. Или я не прав?



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

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



Память: 0.45 MB
Время: 0.019 c
14-13400
Snap
2003-05-17 15:51
2003.06.05
svchost


1-13312
Кен
2003-05-23 03:25
2003.06.05
А нет ли такой функции, чтобы преобрзовывать class в string ?


9-12986
Lamer86
2002-07-09 16:54
2003.06.05
Жуткие тормоза при прорисовке объекта


7-13491
v-king
2003-04-03 19:59
2003.06.05
Не могу прочесть с СОМ-порта!!!!


14-13384
Bosso
2003-05-16 10:45
2003.06.05
Алгоритм оптимального раскроя




   Наверх