Здравствуйте.

Есть сторонняя программа, которая ничего не знает об Qt. Но программа умеет загружать dll. Хочу воткнуть GUI, которое базируется на фреемворке Qt.

Собственно, сделал класс-наследник от QThread. В методе run() создается QApplication и QMainWindow. Далее показываю show() окна и смотрю на него.

1) Но вот не могу нажать на кнопки.
2) При уменьшении размера окна (мышкой сужаю окно, зацепившись за его край), его содержимое не перерисовывается. А вот при увеличении размера окна (мышкой растягиваю окно), его содержимое перерисовывается.


Как автоматически переподключить все сигналы-слоты на новый поток?
Пробовал moveToThread для QApplication и QMainWindow, но не помогает.

Может надо event'ы переподключить на новый поток?

[Qt5.4, VC9, Win7]

А что, гугл теперь не в моде?
http://stackoverflow.com/questions/25025168/event-loop-in-qt-based-dll-in-a-non-qt-application

Да, нехватку этой части я и наблюдаю в своей тестовой программе. Но не пойму, как реализовать.

И что, сразу все становится ясно? 

Да тоже калечно рисуется. Вы как-то "уперлись в кнопку" поставив задачу "пусть UI работает в другой (не главной) нитке". А стоит ли? Это может оказаться непростым, а то и недостижимым. но что Вы с этого будете иметь?  Как планируете организовать общение с "не Qt" частью?

Как я писал в начале: есть приложение, которое создано не мной. Давайте вообразим что-нибудь большое и неповоротливое, сложно проектируемое и требующее огромного количества человекочасов для переписывания на Qt. Пусть это будет 1С Бухгалтерия (чур без обид   1С хороша по своему)  - я не могу такую огромную программу переписать на Qt в адекватные сроки.

Мне надо всего лишь пропатчить чужую программу согласно предоставленному ей АПИ. Программа имеет свой собственный цикл обработки сообщений. Я не вижу способа как то вклиниться в этот цикл и заставить ядро Qt функционировать в главном потоке основной программы.

Всё что я могу: заставить программу вызвать из моей dll какую то функцию. Соответственно, я хочу сделать так, чтобы при вызове моей функции запускался поток, который запускал ядро Qt, которое запускало свой собственный цикл обработки сообщений.


В итоге я хочу показывать окно с настройками для своего патча/подпрограммы.
Собственно, я уже сделал этот патч на MFC. Но код выходит неповоротлив и некрасив. А когда меня попросили отображать данные не таблицей, а деревом - я вообще взвыл и решил перейти на Qt, благо тут используется паттерн MVC.

Да, задача перехватить сообщения от винды и направить в Qt'шный поток в QEventLoop. Вопрос как это всё сделать?

Все-таки оживить пример можно, оставили лючок. Нужно добавить в проект путь к qwindowsysteminterface.h и тогда

C++ (Qt)
#include <QtWidgets>
#include <QThread>
#include <qwindowsysteminterface.h>
 
class QxAppShell: public QThread
{
public:
    QxAppShell()
    { 
	moveToThread(this);
	QThread::start(); 
    }
 
    void run() Q_DECL_OVERRIDE
    {
	int argc = 0;
	char * argv = 0;
 
	QApplication app(argc, &argv);
	QWindowSystemInterface::setSynchronousWindowsSystemEvents(true);
 
	QPushButton button;
        button.setText("Hello, World");
        button.show();
        app.exec();
    }
 
} *g_app;
 
int main(int argc, char *argv[])
{
    g_app = new QxAppShell;
 
    while (true)
        QThread::msleep(1);
 
    return 0;
}

Но это явно то чего делать не следует  

Навесил фильтр, посмотрел откуда приходит MouseButtonPress если все в главной нитке. Сравнивая этот вариант с Вашим (а там не приходит) нашел почему.

Еще раз обращаю Ваше внимание что обработка UI событий "не из главной нитке" у них порезана совершенно сознательно, умышленно. Значит резоны (они же грабли) есть. И нет никаких гарантий что их удастся обойти.

В Вындоуз окно может получать месяги в той (и только в той) нитке где оно было создано. Поэтому запустив QApplication в "не главной" Вы никак не сможете ловить события приходящие др окнам. Др словами получаете "2 обработчика событий параллельно" - вот уж не знаю что Вы с ними будете делать. Ну ладно, "я предупреждал"