Логичный вывод - отключить слайдеры или программно или через инспектор обхектов (см. Horizontal/Vertial ScrollBar или как то так, давно не работаю с Qt)

при работе с ресурсами не забывайте вызывать qmake, он сгенерирует/обновит необходимые файлы

Если много bakground процессов и/или потоков - может есть смысл написать небольшую модель/делегат, которая будет отображать список progress bar?

Да, имена точно надо устанавливать объектам, они потом фигурирует в кофигах/реестре.

Что в TaskManager-е - приложение жрет 100% CPU?
Как вариант (слабый) дело в видео-драйвере.

Попробуйте отключить модель от TableView. И посмотреть на результат.
Говорите что навешаны прокси - а они достаточно оптимизированы? Используете ли fetchRows?

Qt3? Зачем

Ну а где код загрузки сохраненных ранее параметров для окна?

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

А зачем вообще для этого использовать QTableWidget? Может просто GridLayout + QLineEdit?

Цикл не правльно оформлен

Съели )

Как подсказали, скорее всего shape настолько маленький.
Попробуйте увеличить boundingRect для теста

Только собирался сказать про kiosk-mode. Уже один раз сталкивался - то что вам нужно. По поводу падения софта, напишите демон, который остлеживает жизнеспособность вашего GUI приложения, и по таймауту или вачдогу перезапускает его.

Зачем делать наследника? Если хотите хранить какие то свои данные в QAction, храните их через data()/setData().

Без кастомной модели врядли получится грузить большое количество итемов.
По крайней мере здесь уместно QAbstractItemModel::beginResetModel()/endResetModel()