Здравствуйте, RikkiTikkiTavi, Вы писали:

RTT>- компиляция кода, использующего непосредственно Qt, только через фреймворк Qt? Или только гуи (где сигналы/слоты)? А где нет Qt-дополнений языка — там можно разрабатывать и компилировать как обычно в студии?

qmake генерирует проект для студии.

RTT>- как имплементировано гуи для Винды: окна(диалоги/контролы) полностью рисуют сами или через окна WindowsAPI?
Рисуют сами

RTT>- и отсюда же вопрос: какова вообще практика поддержки во фреймворке всяких новых фишек от новых версий винды? ну там, внешний вид, прогрессы, тулбары,... Автоматически поддерживается или требует времени на реализацию?
сейчас налицо тенденция перехода на QtQuick (QML). Как бы нативные фишки винды вообще побоку.

RTT>- возможно я ошибся, но мне показалось что Qt сам рисует гуи. Тогда каким образом осуществляется автоматизация тестирования ГУИ? Наша система тестирования все же заточена под виндовые окна.
Qt с открытым кодом. Пишете свою тестилку, вкручиваете в Qt и собираете отдельную сборку Qt для тестирования.

RTT>- какова совместимость в смысле одновременной работы Qt-гуи и гуи на других фреймворках (MFC, чистый WindowsAPI)? Т.е, возможно ли в большом MFC-приложении через развитое АПИ подключить беспроблемный запуск qt-диалога (реализованного в отдельной длл)?
RTT>- ну и наоборот, можно ли в Qt-приложении запустить MFC-диалог? А встроить (embed) MFC-окно непосредственно в каркас Qt-приложения (например, через сабклассинг)?
QtWinMigrate — позволяет запустить в mfc окне qt widget и наоборот. Но лучше так не делать, гемор еще тот, например нужно будет создать экземпляр QApplication.

RTT>Заранее благодарю за помощь!

Здравствуйте, RikkiTikkiTavi, Вы писали:

RTT>- компиляция кода, использующего непосредственно Qt, только через фреймворк Qt? Или только гуи (где сигналы/слоты)? А где нет Qt-дополнений языка — там можно разрабатывать и компилировать как обычно в студии?

qmake генерирует проект для студии.

RTT>- как имплементировано гуи для Винды: окна(диалоги/контролы) полностью рисуют сами или через окна WindowsAPI?
Рисуют сами

RTT>- и отсюда же вопрос: какова вообще практика поддержки во фреймворке всяких новых фишек от новых версий винды? ну там, внешний вид, прогрессы, тулбары,... Автоматически поддерживается или требует времени на реализацию?
сейчас налицо тенденция перехода на QtQuick (QML). Как бы нативные фишки винды вообще побоку.

RTT>- возможно я ошибся, но мне показалось что Qt сам рисует гуи. Тогда каким образом осуществляется автоматизация тестирования ГУИ? Наша система тестирования все же заточена под виндовые окна.
Qt с открытым кодом. Пишете свою тестилку, вкручиваете в Qt и собираете отдельную сборку Qt для тестирования.

RTT>- какова совместимость в смысле одновременной работы Qt-гуи и гуи на других фреймворках (MFC, чистый WindowsAPI)? Т.е, возможно ли в большом MFC-приложении через развитое АПИ подключить беспроблемный запуск qt-диалога (реализованного в отдельной длл)?
RTT>- ну и наоборот, можно ли в Qt-приложении запустить MFC-диалог? А встроить (embed) MFC-окно непосредственно в каркас Qt-приложения (например, через сабклассинг)?
QtWinMigrate — позволяет запустить в mfc окне qt widget и наоборот. Но лучше так не делать, гемор еще тот, например нужно будет создать экземпляр QApplication.

RTT>Заранее благодарю за помощь!
PS
обратите внимание на мою подпись.