такие вещи надо с помощью отладчика по сырцам решать, 5 минут и все станет очевидно. бага там нет

Я тут новичок, но Qt  использую давно и до сих пор сижу на Qt4 , но речь не об этом. В основном кодю десктоп приложения под винду. И все у меня хорошо, на мой взгляд, все меня устраивает. Чего не хватает в Qt развиваю сам, т.е. добавляю новый функционал, в основном в ветке qt/sql.

Но, по мере погружения в исходники Qt (500 классов вроде), часто стал задумываться - а в чем трудность сделать свой фреймворк и почему таких с++.фреймворков по пальцам пересчитать, при чем одной руки?

Хочу изложить, какое у меня сложилось понимание основных моментов, на которые надо сразу обратить внимание. В чем основные моменты базовых классов.

1. Как ни странно это реализация очереди сообщений от операционной системы.

2. Метаобъектная система, реализация своего QObject аналога.  Тут же и технология сигнал/слот как следствие, причем межпоптоковый вариант тоже должен быть и как раз через очередь сообщений каждого потока отдельно его надо реализовывать.

3. Как ни странно это общий тип данных по примеру QVariant, чтобы кастовать туда сюда разные типы данных как хочу на основе кастомных метаданных, очень удобная фича.

4. Гуй всемогущий! Реализовать парадигму отрисовки виджетов с применением для этого лейаутов или чего-то подобного.

5. Наконец-то сделать нормальные классы для работы с базами данных, CRUD, внешние связи и.д. Но это уже детали.

6. Конечно сетевой протокол с использование openssl не забываем.

Чего ещё забыл? Ах да, надо лет 7 свободного времени. Но по факту Хаавард Норд на пару с ещё с одним студентом  сделали эти примерно 500 классов лет за семь, насколько я знаю. Причем с учётом кроссплатформенности, но я лично ограничился бы для себя виндой пока, хоть это и кощунство.

И наконец я бы разрешил все это добро использовать под лицензией - как хочу так и пользуюсь, хоть в закрытых проектах, хоть в открытых, хоть в коммерческих, хоть в бесплатных, компилировать хоть динамически/ хоть статически.

7. Наверное забыл контейнеры типа QMap, QList и т.д.

Или как у нас QpSqlTableModel скачать. Там и внешние связи по фен Шую реализованы и CRUD нормальный.

Наследоваться от QSqlRelationalTableModel и переопределить selectStatement например.

QProgressBar тормозит при setValue (после выхода именно из QProgressBar::paintEvent) 200-300ms

решается только созданием диалога с нашим ProgressBarDlg БЕЗ парента !!

Это работает нормально, и к тому же стили (setStyleSheet) начинают действовать нормально для QProgressBar

и центрирование по середине тоже начинает работать нормально

QProgressBar использует какую-то анимацию, которую не отключить, но причина не в этом, а в том, что есть какая-то связь с родителем, которую пока не раскрутил

Спасибо , да!

C++ (Qt)
setSelectionBehavior(QAbstractItemView::SelectRows);
setSelectionMode(QAbstractItemView::ExtendedSelection);
 

я про https://doc.qt.io/qt-6/qabstractitemview.html#SelectionMode-enum

Делаю так

C++ (Qt)
 
Qt::ItemFlags MyTableModel::flags(const QModelIndex &index) const
{
    if (!index.isValid())
        return Qt::NoItemFlags;
 
    return QAbstractTableModel::flags(index) | Qt::ItemIsSelectable;
 
}
 

Причем если поменять QAbstractTableModel на
QAbstractItemModel будет падать приложение

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

Не получается выделить несколько строк.

Делаю так:

C++ (Qt)
void  TreeView::mousePressEvent(QMouseEvent *e)
{
    if(e->modifiers() & Qt::Controlmodifier)
   {
       QModelIndex idx = indexAt(e->pos());
 
       QModelIndex topLeft = model()->index(idx.row(), 0, QModelIndex());
       QModelIndex bottomRight = model()->index(idx.row(), model()->columnCount() - 1, QModelIndex());
 
       QItemSelection selection(topLeft, bottomRight);
       selectionModel()->select(selection, QItemSelectionModel::Select);
   }
 
   return QTreeView::mousePressEvent(e);
}
 

Это связано с тем что tablemodel привязана к treview?
Или в коде проблема?