Добрый день.
MS VS 2015, приложение WinForms, не корректно отрисовывается первый столбец в ListView, при измененном цвете фона (мерцает, пропадают линии). Подробней на видео:

Cat2,
Можно, но если не в виртуальном режиме.

Дмитрий77,
Спасибо за советы.
Рисование, а именно изменение фона, нужно, т.к. есть задача такая.
Список для отображения, постоянно динамически меняется, в обычном режиме обновление работает не так хорошо, как в виртуальном, поэтому его и использую. Хотя ты говоришь об обратном, может я конечно что не так делал. В целом все работает хорошо, список из нескольких тыс. строк отображается корректно, сортировка по столбцам, фильтры, все мгновенно, проблема только с отрисовкой первого столбца.
Стиль "Explorer" это что имеется в виду? Ссылку можно?

Cat2,
В обычном режиме все просто, работа с айтамами ListView напрямую, делается один раз - айтем такой-то = цвет фона и все остальное такой-то и все отображается хорошо, но это вариант не плох если таблица не большая и данные в ней статические, чем больше таблица, тем процесс загрузки данных в ListView и их отображение медленней, хотя может это я что не так делаю, тут написали что и так все должно летать. В виртуальном режиме приходится обрабатывать события в которых задаем текст для отображения, форматирование и все остальное, схема сложней, но в ней у меня как раз все летает.
Я вот с этим полностью согласен:
Дмитрий77 Скорее всего еще дефект реализации Listview в .Net , когда он перерисовывает например всякий раз весь итем целиком когда реально это не надо.

Дмитрий77yura-007Стиль "Explorer" это что имеется в виду? Ссылку можно?




И чтоб не мерцал больше чем надо (но это для нормального):


Спасибо за подсказку, даже не слышал о таком.
В общем состряпал проект MS VS 2015 WinForm c#, на форме 3 ListView (обычный, виртуальный и Explorer), у всех включена двойная буферизация (в событии FormLoad).
Итого, если требуется отобразить 100000 строк по 10 столбцов, при условии что значения в 8 столбцах каждую секунду меняются, на моем древнем ноутбуке (emachines e430 (AMD Sempron(tm) M100 2.0 GHz)), наиболее адекватно работает виртуальный ListView, при этом если просто загрузить статические 100000 строк и не обновлять значения, лучше работают два других, Explorer ListView совсем хорошо. Еще для виртуального сделал сортировку, т. к. наработки были, для остальных не заморачивался, обычно она требуется, как и раскраска отдельных строк. Проблема виртуального ListView обозначенная в данной теме понятное дело присутствует.
В общем проект прикрепляю, сделал как умею, это совсем не значит что сделал правильно, любые замечания приветствуются, советы тем более!

Дмитрий77,
Мне тоже так кажется, но задачи бывают разные и тому кто их генерирует может как раз таки так не казаться. Количество строк, согласно задачам, часто зависит от юзера, сколько он туда запихает, столько и должно отображаться, поэтому полезно быть готовому к самому печальному варианту.
Виртуальный режим тем и хорош, что нет никаких строк, есть список в оперативной памяти который как бы проецируется в ListView. Благодаря чему разницы нет сколько строк отображать, тысяча, сто тысяч, миллион, скорость его работы будет примерно одна и та же (имеется ввиду его взаимодействия с юзером, а не обновление данных). Он работает медленней, в силу своих особенностей, при увеличении отображаемых столбцов и отображаемых строк, прокрутка работает медленней.
На счет раскраски, тоже задачи могут быть разные, на данный момент требуется просто фон для особо важных строк красить красным и отображать всегда сверху. До этого проекта, была задача, нужно было красить разными цветами, в зависимости от значений в ячейках. Не думаю что раскраска это серьезная проблема, 10 т. строк в прикрепленном выше проекте красятся нормально в любом ListView. Кроме раскраски еще должна работать сортировка, т.е. сначала данные обновляются, затем сортируются в порядке заданном ранее юзером и только после этого отображаются.
На счет "раз в секунду" я не совсем правильно выразился, это задержка 1 сек. между итерациями обновления данных в фоновом потоке. Понятно что процесс обновления 100000 строк не быстрый, но он ведь происходит за кулисами, пока юзер листает то что есть и если ему требуется такое огромное количество строк, то его нужно просто подготовить к тому что "раз в секунду" может не получится.
Тут еще тройную буферизацию предлагали, этого еще не пробовал, потому что понятия не имею что это такое и как ее пробовать.

Дмитрий77,
Вы конечно правы, обновление 100000 строк тяжеловатая задача. Но на счет того что прога встанет, можно поспорить. Зависит конечно не в последнюю очередь, как эта прога написана и на чем она будет запускаться. На более менее современном ПК с пятигодовалым i7 тот проект который я здесь выкладывал не встает и проц. даже на 50% не грузится, данные обновляются с интервалом в 2 сек. (1 сек. задержка) и так работает как при запуске программы, так и через сутки непрерывной работы. Тестировал в ОС Windows 10, запущенной в VMWare Player запущенном в ОС Ubuntu на ноутбуке.

Изопропилyura-007Зависит конечно не в последнюю очередь, как эта прога написана
MS Access легко показывает миллионы строк из ODBC источника
Вопрос в частоте обновления отображаемых данных и затрачиваемых на это ресурсов.
А вообще вопрос в заголовке темы .

Изопропил,
Обычно такие костыли и использую. Хочется же все таки без колхоза)