> и аллокация каждого(или гудбай сигналам-слотам, на которых весь юи).

Чего? Ты имеешь в виду аллокацию на куче? Потому что без создания обьекта в памяти нигде ничего не работает. Но аллокация на куче никак не связана с сигналами-слотами. Тебе главное чтобы обьект жил пока отрисовывается UI. Это так работает С++, с Qt это никак не связано. Если ты хранишь его где-то даже на стеке, то аллокация на куче не обязательна. Даже виджеты из .ui файла можно на стеке создавать, есть настройка в QtCreator.

> Целиком и принудительно(!) местные контейнеры да строки и обилие легаси вместо STL, enum class и прочего, даже thread - QThread или ничего.

Ты можешь STL использовать, но там обьекты не реализуют COW, что нужно для Qt. Но я не вижу проблемы использовать Qt-шные, они более функциональные и удобные.

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

Ни разу не встречал. Поделишься ссылкой?

Остальные претензии как из пальца высосанные, если честно.

> предпочёл бы варианты на ИмГуи, чем на этом скрещивании языков.

ImGui это библиотека для immediate GUI, они медленней чем retained (такие как Qt). immediate используется для игр, где ты и так перерисовываешь каждый кадр. Именно по-этому у нас есть программы для десктопа на Qt и нет на ImGui.