Russian Qt Forum

Добрый день

Обычно объем данных мал - и сотки айтемов не будет, поэтому QTreeWidget прекрасно устраивает. Ну конечно унаследовался, обустроился и.т.п. Но вот появилось дерево с объемом поприличнее. Проверил на 12K - дерево заполняется за 6 минут. Не слабо. Ладно, профайлю, показывает что 55% сжирается на, казалось бы, безобидной операции QTreeWidgetItem::selectItem

Это грабли известные? Или я что-то делаю не так?

Спасибо

без примера "обустройства" неясно в чем проблема
в обычный QTreeWidget из примера qtbase/examples/xml/rsslisting 12к добавляются менее чем за секунду

Обустройство здесь ни при чем, после добавления каждого айтема я делаю item->setSelected(true), ну хочу чтобы вновь добавленные айтемы были выбраны (логично)

Так может их скопом лучше выбирать через QItemSelectionModel::select()?

Смотрел "в эту сторону", но "ни асилил" :) Это ж надо индексы брать, потом все равно их "мерджат" - правда там немало тратится на испускание какого-то сигнала что мне не нужен.

Без кастомной модели врядли получится грузить большое количество итемов.
По крайней мере здесь уместно QAbstractItemModel::beginResetModel()/endResetModel()

Известная проблема: https://bugreports.qt.io/browse/QTBUG-60940 , https://bugreports.qt.io/browse/QTBUG-9485

QTreeWidgetItem::selectItem оч. медленннннная. Пишуть, что в 5.11 починили, но хз как на самом деле.

Получается, что надо самому руками формировать QItemSelection и скармливать его в QItemSelectionModel::select(). При этом, по идее, должно быть одно обновление выделения, а не 12к с событиями и что там ещё попутно обновляется.

Извиняюсь, если предлагаю банальщину, которая вам по каким-то причинам не подошла - но я бы в таком случае таки задумался на переходе на QTreeView.