GUI и поток Опции

[zss]

Есть поток. который обновляет данные GUI. Это можно сделать с помощью сигналов или событий.

Но тут есть обратная задача - из потока опросить актуальное состояние GUI. Например, опросить у списка выделенный элемент.
Встает вопрос как прочитать из потока актуальное состояние GUI с учетом синхронизации (действиями пользователя).

[ernie]

Так же сигналами и слотами.Т.е из потока шлешь сигнал,типа опросить,а гуй отправляет своё состояние в поток по этому запросу,скажем так

[zss]

а гуй отправляет своё состояние в поток по этому запросу,скажем так

тоже сигналом ?

просто обработка сигнала происходит в главном потоке. Не понятно тогда как вторичный поток обработает сигнал из GUI

[ernie]

как я думаю,будет 2 пары сигнал - слот , скажем слот firstThread::needInformation() и сигнал secondThread::needInformation() ,2ая пара - слот secondThread::getInformation(здесь та информация которая нужна тебе,скажем QString status) и сигнал firstThread::sendInformation(QString status), и в слоте firstThread::needInformation() делаем emit sendInformation("good"),скажем.Вот как то так я это вижу,можно расширить в зависимости от твоих потребностей,скажем в needInformation добавить параметром какую ты хочешь информацию запросить и уже в зависимости от этого параметры в sendInformation подставлять

[hkarel]

Но тут есть обратная задача - из потока опросить актуальное состояние GUI. Например, опросить у списка выделенный элемент.
Встает вопрос как прочитать из потока актуальное состояние GUI с учетом синхронизации (действиями пользователя).

Простой директ-коннект из рабочего потока в GUI-поток пробовали? Параметр опроса передавать по ссылке. Тут может быть загвоздка если обращаться напрямую к методам визуальных компонентов, могут заругаться, типа к нам можно только из GUI-потока. Для опроса обычных членов класса или структур проблем как правило не возникает. Естественно, про механизмы синхронизации забывать не стоит.