[Решено]Чтобы не застывал интерфейс

[merke]

Всем привет!

Подскажите функцию в кутях, которая не позволяет зависать главному потоку т.е. GUI во время выполнения долгих вычислений. А то приложение замирает всё на секунд 10 во время выполнения тяжелых вычислений.

Буду рад помощи!

С уважением, Александр

[f0x]

читай про многопоточность в книжках или Qt assistant

[merke]

многопоточность тут ни при чем. Я знал эту функцию, но она вылетила напрочь из головы!

[AleUri]

qApp->processEvents();

[kowsan]

QCoreApplication::processEvents

[merke]

Супер. Спасибо! то что нужно!!!

[Etud]

и что ?!!

эта функция спасает от массы операций GUI ?

[f0x]

нет. использовать этот метод для обработки длительных вычислений - далеко не лучший способ

[Igors]

нет. использовать этот метод для обработки длительных вычислений - далеко не лучший способ

Ну тогда уж интересно узнать какой же лучший 

[zenden]

Отдельный поток, естессно!

А как иначе, если разбить задачу на маленькие кусочки невозможно?
А вы уверены, что участок кода, выполняющийся при одних условиях 0.01 с, не будет выполняться при других условиях 10 с?

[Igors]

Отдельный поток, естессно!

Чем же оно так естественно? Только тем что такая рекомендация есть в букваре? 
А если посмотреть непредвзято: нужно как-то обновлять индикатор в главной нитке, уметь остановить нитку, поймать завершение и.т.д. И потом: если UI "разрешено" - в нем придется предусмотреть все ситуации когда запущенная нитка потеряла всякий смысл. Поэтому во многих случаях (если не в большинстве) проще и лучше действовать через модальный QProgressDialog (который позовет тот же processEvents)

[xokc]

придется предусмотреть все ситуации когда запущенная нитка потеряла всякий смысл. Поэтому во многих случаях (если не в большинстве) проще и лучше действовать через модальный QProgressDialog (который позовет тот же processEvents)

Проще - да. Но лучше ли?

[ufna]

смотря какая задача. Очень часто - лучше. На то эти диалоги и придуманы, как мне кажется.

к примеру, "open fsaved file" в проге - в зависимости от специфики - может занять разное время, и в основной поток грузится много данных. Зачем второй и т.п., если во время открытия пользователю кликать совершенно ничего не надо?

[xokc]

Зачем второй и т.п., если во время открытия пользователю кликать совершенно ничего не надо?

Хотя-бы для того, чтобы иметь возможность передвинуть основное окно приложения пока идет обработка. С моей точки зрения использование модальных диалогов для вывода информации - вообще зло. Но это уже совсем другая история.