В общем я сейчас так и поступаю, но на  Qt4. Это к вопросу, что в  Qt 5,6 дофига чего добавлено. На самом деле я до сих пор не вижу необходимости переходить на  Qt5.

Но посылать фиников я тоже никуда не хочу, просто если так складывается, что развитием  Qt Sql я занимаюсь индивидуально, там модель данных уже полностью своя и представление свое (отрисовка) , то может уже пора и все исходники переработать? Чего нам терять то?

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

такие вещи надо с помощью отладчика по сырцам решать, 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 использует какую-то анимацию, которую не отключить, но причина не в этом, а в том, что есть какая-то связь с родителем, которую пока не раскрутил

Состоялось интересное развитие классов QSqlTableModel и QTableView на старом добром Qt 4.8.1 в виде новых классов типа PblSqlRelationalTableModel и PblTableView. Там есть и готовый класс PblTableDlg, который включает полноценный функционал управления таблицей: вставка , удаление, копирование строки, поиск, отбор по значению и самое приятное внешние связи с другими таблицами для подстановки текстовых значений вместо  ID реализованы внутри классов и работают автоматически.
Проект открытый свободный, развивается уже не один год, выложен на гитхабе

https://github.com/PavelDorofeev/Fork-Sql-Qt-4.8.1--SQLite-3--relations--calc-fields

Хочу поделится, мы сделали свой вариант QSqlRelationalTableModel и заодно к нему новое развитие QTableView, и получилась готовая таблица PblTableDlg, у которой реализованы внешние связи, комбобоксы, чекбоксы, основные кнопки, поиск и чего там уже только нет... Настраивается все элементарно.

https://github.com/PavelDorofeev/Fork-Sql-Qt-4.8.1--SQLite-3--relations--calc-fields

Хочу поделится, мы сделали свой вариант QSqlRelationalTableModel и заодно к нему новое развитие QTableView, и получилась готовая таблица PblTableDlg, у которой реализованы внешние связи, комбобоксы, чекбоксы, основные кнопки, поиск и чего там уже только нет... Настраивается все элементарно.

https://kkmspb.ru/development/Qt/database-sql/Fork-Sql/

https://github.com/PavelDorofeev/Fork-Sql-Qt-4.8.1--SQLite-3--relations--calc-fields

p@kkmspb.ru Павел

Хоть вопрос и старый, но в поиске выдается актуальном , 2022г.

Для Qt 4.8.1 давече решал проблему с  id значением поля внешней связи через лайфхак исходников qt и вроде все работает как надо:

QString QSqlRelationalTableModel::selectStatement() const
......
            //!!! my
            fList.append(QLatin1String(", "));
            fList.append(relTableAlias);
            fList.append(QLatin1String("."));
            fList.append(relation.indexColumn());
            fList.append(QLatin1String(" as "));
            fList.append(relation.tableName());
            fList.append(QLatin1String("_"));
            fList.append(relation.indexColumn());

Думаю идея понятна.