Разбираюсь сейчас с QAbstractModel и QTreeView.
Смотрю пример "Simple Tree Model Example" http://www.doc.crossplatform.ru/qt/4.5.0/i...emodel-cpp.html.
В конструкторе TreeModel::TreeModel создается корневой элемент, который не отображается в TreeView. И что-то я не пойму это всегда так, надо создавать один скрытый корневой элемент, даже если мне нужно "дерево" а не "куст"?

а про какой элемент речь, я что-то не понял. Приведи соответсвующий фрагмент кода

Да. Для удобства его можно использовать в качестве заголовка

Небольшая цитата:

rootItem из

TreeModel::TreeModel(const QString &data, QObject *parent)
     : QAbstractItemModel(parent)
 {
     QList<QVariant> rootData;
     rootData << "Title" << "Summary";
     rootItem = new TreeItem(rootData);
     setupModelData(data.split(QString("\n")), rootItem);
 }

Sokoloff, тут просто такая организация модели, как уже заметил Kagami - для удобства. Корневой элемент используется для заголовков. И это необязательно.

Тогда я не пойму, что надо поменяьть чтоб корневой элемент начал отображаться.

чтобы ты что-то видел в представлении, очевидно, что это "что-то" должно быть получено представлением.

В дереве за это отвечают несколько функций:
data()
тык

подробности смотри в Создание собственных моделей

Sokoloff, могу тебе порекомендовать такую штуку (когда я делал первую свою табличную модель я ею воспользовался)

Воткни в каждую функцию модели (из примера) подобную строчку:

qDebug() << "Model::function_name";

где: function_name - имя конкретной функции.
и "вошкай" дерево, в консоли увидешь очень много интересного!

затем доработай по своему усмотрению.

Например будет интересно видеть как представление запрашивает данные (строку, столбец и родителя)

Наверно цитату невнимательно читали. Поэтому я ее переведу:


Если ты хочешь что бы у тебя бы виден один элемент у которого несколько потомков, подчини его корневому.

Kagami, да, это правильное замечание.
Оно полностью соответствует картинке тут Классы моделей

Бр-бр-бр, вы меня запутали
Я понял как "Да - всегда нужно создовать один невидимый над-корневой элемент."

Мне понимается как "В данном случае у них такая организация, и они создали над-корневой элемент, но это не обязательно, и ты можешь его не создавать". Т.е. это противоречит Kagami.


Опять же, "Да всегда надо создовать над-корневой элемент."


Опа! Теперь Yuriy соглашается с Kagami.


Таким образом, чтоб заморить червя сомненья переспрошу еще раз.
Верно ли данное утверждение?
При создании модели всегда необходимо создать "лишний" элемент, который не будет отображен в TreeView. Да или нет?

к нему-то и буду цеплятся все остальные

Да

А почему нельзя создать как бы список корневых элементов, а заголовки колонок возвращать через headerData? Правда если его убрать, то неясно как будет выглядеть ф-ии index/parent...