приведение типов: QAbstractItemModel в MyTreeModel

Страуса открой, да посмотри.

MyTreeModel *myTreeModel = static_cast<MyTreeModel*>( ui->treeView->model())

> static_cast

dynamic_cast, чтоб наверняка, а учитывая букву Q - вообще qobject_cast.

взлетело.
почему-то я был уверен что я это уже пробовал и что оно не работает - в результате гуглил богвесть что.

в примерах из офф документации чаще static_cast

> в примерах из офф документации чаще static_cast

Ну тут выбор между уверенностью в том, что за всем уследишь, и желанием не закладывать мины тем, кому доведётся дебажить твои сегфолты позже :) Можно вообще везде, где уверен в справедливости приведения, использовать вариант dynamic_cast<Derived&>(), хотя это лишний тормоз, конечно.

а чо не переопределить/перекрыть model у себя с ковариантным возвращаемым типом дергать внутри метод папы с одним кастом внутри со свободным от кастов по всему коду в дальнейшем ?

> а чо не переопределить/перекрыть model у себя с ковариантным возвращаемым типом дергать внутри метод папы с одним кастом внутри со свободным от кастов по всему коду в дальнейшем ?

а чо запятые не ставить читать непонятно забанить по айпи нельзя помиловать ?

Для этого и созданы ассерты:

Q_ASSERT(dynamic_cast<MyModel *>(myTreeView->model()) && "model has wrong type");
MyModel * m = static_cast<MyModel *>(myTreeView->model());

модель чаще нужна именно как QAbstractItemModel, изредка как MyTreeModel. если я правильно уловил мысль

> Q_ASSERT(dynamic_cast<MyModel *>(myTreeView->model()) && «model has wrong type»);

с ума сойти, не лучше ли Q_ASSERT_X использовать?

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

оно и приводилось, до пока мне не понадобился самопальный паблик метод сына.
и тут я с какого-то решил что MyTreeModel *myTreeModel = static_cast<MyTreeModel*>( ui->treeView->model()) не работает и начал гуглить что нипопадя

какая хрен разница?