[Qt4] Model/View Programming

Наследоваться от QAbstractItemModel. Если конкретная ячейка должна разбиваться на колонки - создаёте ей одну дочернюю строку с необходимым количеством колонок. Другое дело, что реализацию вида тоже прийдётся писать самостоятельно, я бы отнаследовался от QTableView.

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

если я правильно понимаю, чего вы хотите, и под «таблицами» вы симели в виду нечто, отображаемое на БД, то попробуйте использовать SqlTableRelationalTableModel. Связи с другими таблицами делаются с помощью setRelation

> если я правильно понимаю, чего вы хотите, и под «таблицами» вы симели в виду нечто, отображаемое на БД, то попробуйте использовать SqlTableRelationalTableModel. Связи с другими таблицами делаются с помощью setRelation

А БД никакого отношения это не имеет.
Работа ведется с сегментом разделяемой памяти, в которой хранятся массивы структур.

> Наследоваться от QAbstractItemModel. Если конкретная ячейка должна разбиваться на колонки - создаёте ей одну дочернюю строку с необходимым количеством колонок. Другое дело, что реализацию вида тоже прийдётся писать самостоятельно, я бы отнаследовался от QTableView.

Печально. Я надеялся на то, что можно обойтись стандартным QTreeView.

А. Я вас неправильно понял, кажется. Если нужно в одной вьюхе иметь мастер-деталь, то вам предстоит весёлый церебральный секс.

Идти нужно будет аж от абстрактной модели, если красиво, и это будут только цветочки. Хотя для начала можно воспользоваться StandartModel, иерархический ModelIndex там есть.

А вот вьюхи, которая позволила бы показывать деталь внутри ячейки, Qt нам не даёт. Так что идти прямо от AbstractItemView и дай вам Бог терпенья. Ну или взять TreeView, немного его откастомить, и смириться с тем, что деталь у вас - набор листов дерева, и это видно невооружённым взглядом. Выглядеть и вести себя оно будет отвратно, разумеется. Мы пробовали.

PS: если у вас получится сделать прилично выглядящий master-detail, и не откажетесь поделиться кодом или хотя бы описанием решения, повешу на доску почёта ваш аватар и заставлю команду возносить ему хвалу каждый раз, когда эта вьюха будет использоваться:)

В ответ на нормально выглядящий мастер-дитейл смогу предложить нормально себя ведущую relationalmodel, не форсящую inner join и constraint restricted, и убирающую удалённые строки из вьюхи когда это необходимо, а не когда коммит в БД прошёл.

Она ещё не сделана, но никуда мы не денемся без неё, придётся писать.