Russian Qt Forum

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

Я имею ТрееВью с прокси-моделью. Сортировка пользователю через ТрееВью не доступна (QTreeView::setSortingEnabled(false)), вместо этого порядок сортировки задан в коде через QSortFilterProxyModel::sort(). Пользователь изменяет данные через ТрееВью, сортировка не работает (как и описано в справке). Я должен отлавливать сигналы изменения исходной модели (dataChanged, rowInserted и т.п.) и делать QSortFilterProxyModel::sort()? Как вы решали эту задачу? Почему проблема не снимается непосредственно в QSortFilterProxyModel, dynamicSortFilter название то характерное?

Всех с Наступающим!

С новым.

Когда я пробовал, никак. Пытался проводить динамическую сортировку. В результате пришёл к выводу, что время на сортировку большой модели убивает всю полезность.

PS в конце концов отказался от неё.

При сортировке по одной колонке, dynamicSortFilter() работает корректно. В моем случае я сортировал по нескольким столбцам с помощью lessThen(), при этом в прокси-модели у меня стояла первая колонка сортировки. Данные менялись в другой колонке, входящей в сортировку, и прокси-модель, отслеживая эти изменения, не обновляля свой марринг индексов (с точки зрения QSortFilterProxyModel колонка то сортировки другая, и изменение никак не может повлиять на сортировку). Мое решение навскидку: в наследнике QSortFilterProxyModel отслеживаются сигналы исходной модели и вызывается sort().

Вопрос Пантеру: в вашем решении по множественной сортировке как решается эта проблема.

Не знаю кто/что "Партер", но в любом случае "множественная сортировка" весьма мутный термин. Сортировка всегда "одномерна". Может быть задействовано любое число ключей, но в любом случае сначала вычисляется/сравнивается первый. Только если первые ключи равны - используется второй и.т.д. Конечно Вам это прекрасно известно - ну так формулируйте четче  :)

Под множественной сортировкой я, конечно же, имел ввиду сортировку по урорядоченному множеству столбцов, т.е. по составному ключу. Прошу прощения за неоднозначную (или непонятную) формулировку.

Трудновато осмыслить как это должно быть для ТрееВью. Можно небольшой проект?

Да, как указал Верес, при больших объемах данных пересортировка модели при изменении/добавлении может привести к большим издержкам и самый оптимальный способ - это найти строку в прокси модели, куда должна переместиться существующая или вставиться новая строка. Поскольку данные в модели уже отсортированы, то это можно довольно быстро сделать бинарным поиском.

Basic Sort/Filter Model Example.
Например, есть две колонки, сортируем по ключу: колонка #0, колонка #1. Кьютовые модели позволяют сортировку только по одной колонке, например, если отсортируем по колонке #0, то в случае равенства значений порядок записей не определяется значениями колонки #1.

А реально из-за чего тормоз знаете?

Из-за пересортировки.

Как я подозреваю, при добавлении каждой записи производится сравнение всех строк и соответственно сортировка. При объёме в миллион добавление одной строки тормозит где то на секунды 4-6. Давно уже было, точную цифру назвать сложно.
Но при добавлении группы записей и сортировки раз в 25 м/с модель тормозит всю программу и не оживает.

Перекрываем lessThan, подаваемые в него QModelIndex содержат номера оригинальных строк. По модели извлекаем данные для доп столбцов и используем

Для всех вью использующих QStandardItemModel можно через

C++ (Qt)
void QStandardItemModel::setItemPrototype ( const QStandardItem * item )

установить прототип с перегруженным operator<.
Имхо, всё будет проще и даже быстрее, чем возня с прокси.