Добавление собственных колонок в QSortFilterProxyModel

Нужно добавить в QSortFilterProxyModel "виртуальные" колонки, которых нет в исходной модели (source).
Как это правильно сделать, что и как переопределить?
После переопределения columnCount() и headerData() дополнительные колонки с заголовками появляются в QTableView, но недоступны, не выделяются.

0

Колонки не выделяются? Или ячейки под ними? Для того, чтобы ячейки выделялись надо flags переопределять. Для того, чтобы там ещё появились данные(как я понимаю в виртуальных столбцах имеет смысл содержать только read-only генерируемые данные) - нужно переопределять data().

0

Неактивные они, фокус не получают. flags() и data() не помогают. Там что-то с индексами, наверное, надо делать.

0

Сообщение от nmcf flags()

Как переопределил? ItemIsEnabled и ItemIsSelectable возвращаешь?

0

0

Сообщение от kolts return Qt::ItemIsEnabled|Qt::ItemIsSelectable|Q t::ItemIsEditable;

По хорошему надо флаги невиртуальных столбцов перенаправлять на flags базового класса.
И, если виртуальные столбцы нередактируемые(а скорее всего так и есть, иначе бы они виртуальными не были), - флаг Qt::ItemIsEditable убрать.

0

Как-то так

0

Сообщение от Wyn Как переопределил? ItemIsEnabled и ItemIsSelectable возвращаешь?

Да.

qDebug показывает, что функции flags() и data() вызываются только для колонок исходной модели, поэтому не важно что они возвращают. Не хватает ещё чего-то.

0

Сорс
И, конечно же, нельзя забывать о тех функциях, которые возвращают данные. Нужно переопределить следующие:
columnCount()
data()
flags()
headerData()
mapToSource()
mapFromSource()

Майк

0

icpu, я это читал - не надо думать, что сразу написал сюда.
Этот Майк просто перечислил функции, не объяснив, что именно должно быть в них. Так же я не понял его рассуждения про parent, если используется QSqlTableModel.

0

Сообщение от icpu // проблема в том, что на новые столбцы не создаётся индексов и они зависают посередине нигде. // Что нам нужно сделать? Переопределить функции получения индексов. QModelIndex CustomSortFilterProxyModel:arent(const QModelIndex &child) const QModelIndex CustomSortFilterProxyModel::index(int row, int column, const QModelIndex &parent) const

Да, точно, нужно ещё как минимум эти две функции переопределить. Совсем голова в 3 часа ночи не варила уже, что забыл о них.

0

Что именно в них должно быть? У меня программа просто зависает, если я пытаюсь изменить поведение index().

0

Сообщение от nmcf не надо думать, что сразу написал сюда.

"<...> опыт, сын ошибок трудных <...>" А. С. Пушкин. «О сколько нам открытий чудных...»

Сообщение от nmcf Этот Майк просто перечислил функции, не объяснив, что именно должно быть в них.

Для самых важных даже исходники выкинул. Должно было насторожить, ИМХО.

Сообщение от nmcf Так же я не понял его рассуждения про parent, если используется QSqlTableModel

Не вдавался в подробности, но для табличных представлений такое поведение, как у него, корректно.

Сообщение от nmcf Что именно в них должно быть? У меня программа просто зависает, если я пытаюсь изменить поведение index().

Просто скопируй приведённый код. Номера своих столбцов знаешь, по ним выдавай свои индексы. Учти, что стабильнее всего будет работать добавление столбцов ПОСЛЕ столбцов стандартной модели, иначе сравнение индексов по внутренним указателям навернётся. Столбцы отсортировать проще после их добавления.

0

Сообщение от nmcf Что именно в них должно быть? У меня программа просто зависает, если я пытаюсь изменить поведение index().

Что выше написано.

0

Кажется, врубился. Ты перегружаешь модель сортировщика, а не таблицы. Это очень плохое решение, если возможно, перегружай модель данных.

0

Сообщение от icpu Просто скопируй приведённый код. Номера своих столбцов знаешь, по ним выдавай свои индексы. Учти, что стабильнее всего будет работать добавление столбцов ПОСЛЕ столбцов стандартной модели, иначе сравнение индексов по внутренним указателям навернётся. Столбцы отсортировать проще после их добавления.

Да проще всего наверное сделать свою, отдельную прокси-таблицу, унаследованную от QAbstactTableModel и там прописать перенаправления.

Добавлено через 1 минуту
Или же вообще - изменить оригинальную QSQLTableModel, если она больше нигде не используется кроме этого представления с виртуальными столбцами.

0

Сообщение от icpu Просто скопируй приведённый код.

Программа зависает, я уже сказал.

Сообщение от icpu Кажется, врубился. Ты перегружаешь модель сортировщика, а не таблицы. Это очень плохое решение, если возможно, перегружай модель данных.

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

0

Тогда надо будет переопределить setData() а также завести массив где будут содержаться значения дополнительных колонок.
С исходной моделью такая махинация будет проще, но нет ничего невозможного и с прокси.

0

Первое возможное решение: добавить столбцы после (и только после) всех обыкновенных столбцов, сделать их неперемещаемыми. Тогда можно фильтровать свои индексы и индексы стандартной модели. Но это настолько костыльный метод, что вас возненавидят все травмпункты вашего региона.
Второе возможное решение: сделать модель-прослойку, которая будет добавлять всё, что вам нужно. Модель-прослойка - это агрегирование, а не наследование. Уже поверх неё вешать фильтрующую модель.
Третье возможное решение: Сделать всё по-людски. Этот метод начинается с чтения документации. Начиная с описания model-view системы и заканчивая описанием требований к функциям для каждого конкретного отображения. Если вы желаете стать героем, он не для вас. Однозначно, герои не ищут лёгких путей.

Добавлено через 7 минут
Просто потому, что QSortFilterProxyModel создана для сортировки и фильтрации. Это очень неожиданно, учитывая её название, не так ли? А её особенность в том, что в своих индексах она хранит указатели на индексы фильтруемой модели. Вы же в своей модели просто добавляете столбцы (и индексы, куда ж без них) без указателей, и модель теряется от неожидонности. Так дела не делают.

0

Сообщение от nmcf Не возможно. Мне не нужны лишние колонки в исходной модели, она должна быть неизменной. Тем более, что я хочу, чтобы они были редактируемыми.

Тогда нужно делать свою прокси-модель на основе QAbstactTableModel и уже в ней проводить фильтрацию событий, направленных на оригинальную модель, и реализовывать дополнительное хранилище под данные виртуальных столбцов. И уже только после её реализации всовывать её в QSortFilterProxyModel(которая нужна только как модель для сортировки и фильтрации). Это будет гораздо проще, чем реализовывать всё тоже самое в QSortFilterProxyModel.

0