Последовательное отображение картинок для QlistWidget

[vvvxmag]

Задача:
Требуется отображать в QlistWidget множество картинок до нескольких сотен.
Если грузить их сразу, то сжирается немерено памяти и соответственно тормоза.



Вопрос: как узнать какие именно итемы сейчас в области отображения?

Тогда можно было бы только для них грузить картинки и все было бы значительно легче.

[kdm]

В билдере были такие средства. А что сейчас приходит на ум, то это когда айтем показывается, у него вызывается метод рисования. Может быть перехватывать этот event и тогда делать что надо? К примеру можно это делать installEventFilter и сделать собственный класс, который будет обрабатывать перехватываемые события. Как вариант.

[Kolobok]

Используй QListView

[IGHOR]

я так делал, задавал setRowCount() сразу на все количество строк и отдельный тред посылал сигналы с указателями на данные которые постепенно заполнялись, и можно убить тред если надо перегрузить таблицу не дожидаясь догрузки
работало моментально, пользователь не успевает прокрутку докрутить до не загруженной области

[shirushizo]

...
Вопрос: как узнать какие именно итемы сейчас в области отображения?
...

Методы:

Код:

QModelIndex QAbstractItemView::indexAt ( const QPoint & point ) const   [pure virtual]

QListWidgetItem* QListWidget::itemAt(const QPoint & p) const
QListWidgetItem* QListWidget::itemAt(int x, int y) const

Собстно:

Код:

int min_row = listWidget->indexAt(QPoint(0,0)).row();
int max_row = listWidget->indexAt(QPoint(listWidget->width()-10,listWidget->height()-10)).row();

[Igors]

Вычисление "а кто там видимый" утомительно. Я бы унаследовался от QIcon и грузил бы картинку из кэша для paint и др. перекрытых методов. Кэш сам вытеснит неиспользуемые картинки, нужно только подобрать размер.

[vvvxmag]

Не очень понял про QIcon? про какой кэш идет речь?

Попробую воспользоваться QListView.

[Igors]

Не очень понял про QIcon? про какой кэш идет речь?

Попробую воспользоваться QListView.

То же самое.

Код

C++ (Qt)
QVariant MyModel::data( const QModelIndex & index, int role ) const
{
 QString name = GetName(index);  // в модели храним только имена файлов картинок
 QIcon * icon = theIconCache[name];   // картинка есть в кэше?
 if (!icon) {
  icon = new QIcon(name);    // загрузили
  theIconCache.insert(name, icon);  // добавили в кэш
 }
 return QVariant(*icon);
}
 

[vvvxmag]

Когда мы будем запихивать в кэш QIcon он будет сжирать очень много памяти.
Насколько я понимаю, когда загружается картинка jpg она в памяти раскрывается и начинает занимать места больше чем на диске (не знаю как точнее выразить мысль), в итоге получим что 20 метров картинок на диске превращаются в 500 метров в памяти. Или такое происходит только если использовать QPixmap? А QIcon не жрет столько памяти?

Я хочу что бы в памяти были загружены только те картинки, которые отображаются.

[Igors]

Когда мы будем запихивать в кэш QIcon он будет сжирать очень много памяти.
Насколько я понимаю, когда загружается картинка jpg она в памяти раскрывается и начинает занимать места больше чем на диске (не знаю как точнее выразить мысль), в итоге получим что 20 метров картинок на диске превращаются в 500 метров в памяти. Или такое происходит только если использовать QPixmap? А QIcon не жрет столько памяти?

Я хочу что бы в памяти были загружены только те картинки, которые отображаются.

Да, размер загруженной картинки может быть намного больше чем на диске, здесь ничего не попишешь. Но Вы можете управлять числом загруженных картинок, и с помощью кэша (QCache) это легко.  Больше емкость кэша - больше расход памяти, зато быстрее - и наоборот. Это гораздо проще чем мучительный подсчет видимости.

QIcon - просто для примера, используйте что Вам надо (может QImage, QPixmap). Когда Вы помещаете новую картинку в кэш, наименее используемые удаляются кэшем автоматычно (т.е. что и требуется).

[Kolobok]

Для этого есть QPixmapCache.

[Igors]

Для этого есть QPixmapCache.

Во блин "система" - не успеешь подумать, а это за тебя уже сделали!
Хотя впрочем кто знает, хорошо это или плохо...

[vvvxmag]

Огромное всем спасибо!!!!!
Особенно за проявленное терпение и разъяснения.