20000 раз сделать hideRow(i); и моя прога повисает на секунд 15.
Как можно ускорить скрытие строк, ну или изменить. Так как мне нужно отображать только несколько строк из модели, но вся модель находится в tableview

У меня даже больше строк надо было скрыть. В поток этот цикл, ну и прогрессбар чтобы визуализировать процесс работы.
Буквально секунд 5 он прогоняет может чуть больше. Хотя может есть что-то получше, я бы тоже не отказался.

Сообщение отредактировал sidsukana - 29.3.2012, 6:01

Дык поток - это понятно.
Только вроде как не советуют в потоке с гуи работать? По крайней мере я стараюсь не трогать гуи в потоке.

А что вы в поток посылали? Просто tableview?

Если модель SQL, то можно использовать setFilter(QString)...

В потоке цикл - в цикле проверка модели на нужное поле. Каждый цикл отправка евента на гуи с булевой переменной (ну и номер строки)
С работы приду, посмотрю точней как я делал.

У меня сама проверка занял 5мс. А вот именно hideRow долгий. Почти 20сек.

Пока что вынес в поток через QtConcurrent - не зависает, но коряво отображается (видно как они исчезаеют).


QStandartItemModel

Standard он же тяжелый до задницы, я как-то тут уже спрашивал как оптимизировать. Сделал на абстрактной модели и все залетало.
Ну у меня формирование на абстрактной модели, там всего 2 поля. Ну и около 50к строк. Формирование происходит меньше чем за секунду.

C QAbstractTableModel так же медленно скрывает строки.

Скрывает быстро, рисует медленно, как вариант, кэшируй где нибудь скрываемые строки, а лучше их индексы (QPersistentIndex только лучше использовать), а затем прячь все разом, что бы отрисовка была только одна.
Реализовать это можно например с помощью прокси модели, которая отдает все строчки кроме списка тех которые ты попросил неотдавать, может быть ещё прокатит спрятать представление, спрятать все строки, показать представление, по идее для невидимого представления время на перерисовку не будет тратится при скрытии строчек.
Да и кстати когда ты прячешь 20к строк, то каждый раз когда представление перерисовывается, оно пробегается по списку из 20 к элементов и сверяет рисовать ли эту строчку а так же проводит расчеты по сдвигам рисуемых строк, так что идея изначально убога и свидетельствует о кривой архитектуре.

Кто ж знал что будет 20к, сначала было всего 50 строк. Теперь то уже буду знать.