Пауза в Qt приложении при потере фокуса

Creator, State, focusOutEvent, focusInEvent

Рекомендуємо хостинг TIMEWEB

Стабільний хостинг, на якому розміщується соціальна мережа EVILEG. Для проектів на Django радимо VDS хостинг.

Можно добавить переменную, которая будет отвечать за состояние игры, то есть ПАУЗА , РАБОТАЕТ , например. И отключать все игровые таймеры, если игра на Паузе . Поскольку тот же самый GetAsyncKeyState отрабатывает при срабатывании таймера.

Что касается потери фокуса, то все классы, наследованные от QWidget , имеют методы focusOutEvent и focusInEvent . Их можно переопределить у QMainWindow и при потере фокуса ставить приложение на Паузу .

Я пока думаю насчёт того, какое бы приложение написать для примера в серии уроков. Не хотелось бы, чтобы у меня у самого потерялся интерес на половине процесса.

Понял. Спасибо, немного муторно через таймеры, но раз так, то буду делать. Ещё раз спасибо. За название темы извиняюсь, писал нормально, а потом автоподстановка исправила

Может быть оно и муторно, но как же иначе сделать адекватные тайминги, которыми можно будет регулировать скорость игры, движения объектов и т.д. Вы же сейчас игрушку пытаетесь написать?

Без таймеров будут явно проблемы с синхронизацией скоростей.

Да у меня игрушка. Bomberman. Пока игра с компьютером, но собираюсь сделать по сети через UDP. Да, конечно, таймеры используются в каждом объекте, просто думал, что можно как то проще это осуществить, возможно создать для игры отдельный поток и останавливать его, если необходимо.

Возможно, стоит посмотреть в сторону Машины состояний. Qt State Machine, но придётся значительно перелопатить архитектуру приложения, и я не уверён, что это принесёт большой профит, тем более, что от таймеров всё равно будет трудно избавиться.

А можно немного описать что это?

Если вкратце, то эта машина состояний позволяет организовать работу приложения в зависимости от того состояния, в котором находится приложение, например, Пауза или Запущено. При это в зависимости от состояния один и тот же сигнал может обрабатываться различными слотами. Машина состояний управляет подключениями в зависимости от текущего состояния приложения. Всю работу приложения можно тогда описать схемой графов, которые показывают особенности работы приложения в зависимости от состояния. Но это даёт очень большой оверхед по коду и применение машины состояний логично лишь в определённых случаях, и я не уверен, что игра - это как раз тот случай. Подробнее можно почитать в официальной документации по Qt State Machine .

Понял, интересно, спасибо.