postEvent

[Igors]

Добрый день

Понял что события посланные с помощью postEvents будут обрабатываться до событий полученных от ОС (если не так - поправьте). Это именно то что мне нужно, но тут 2 детали

1) Утомительно отслеживать послал ли я уже какое-то событие или еще нет. Виртуальный метод QCoreApplication::compressEvent это решает, но он не документирован  Нет ли чего-то "полегальнее"?

2) В каких-то ситуациях я не хочу обрабатывать событие которое я же себе и послал через postEvent. Как сделать чтобы оно осталось в очереди? Если такой возможности нет, то как пере-послать событие избегая зацикливания?

Спасибо

[Fregloin]

на сколько я понимаю есть accept и ignore у событий. может в них есть подсказка. или же просто событие игнорировать и опять слать в postEvent?

[Igors]

на сколько я понимаю есть accept и ignore у событий. может в них есть подсказка. или же просто событие игнорировать и опять слать в postEvent?

accept/ignore влияют на дальнейшую обработку события, но в любом случае событие удаляется после окончания всех обработок (так я вижу по исходникам). "Просто опять слать" - ну столь же просто оно опять извлекается, QEventLoop зацикливается.

[Old]

Можно попробовать такой финт.
Вместо отсылки сообщений сразу, тобавлять их в свою очередь. Настроить таймер на нулевой интервал, тогда он будет срабатывать после обработки всех событий Qt-очереди. А в его слоте уже посылать события из нашей очереди с помощью postEvent.

[Igors]

Можно попробовать такой финт.
Вместо отсылки сообщений сразу, тобавлять их в свою очередь. Настроить таймер на нулевой интервал, тогда он будет срабатывать после обработки всех событий Qt-очереди. А в его слоте уже посылать события из нашей очереди с помощью postEvent.

Пример: получено напр keyDown. К этому моменту необходимо чтобы все события посланные через postEvent были обработаны. Т.е. все должно быть синхронизировано, только тогда можно начинать следующие действия что вызовет обработчик keyDown. А таймер к этому моменту не успевает.

[/offtop]
Помню ох и влетел, чуть грыжу не нажил пока не разобрался

Код

C++ (Qt)
postEvent(MyEvent1...);
postEvent(MyEvent2...);
 

Какие здесь могут быть проблемы? 

[Old]

К этому моменту необходимо чтобы все события посланные через postEvent были обработаны.

Мы пытаемся уйти от зацикливания.

"Просто опять слать" - ну столь же просто оно опять извлекается, QEventLoop зацикливается.

Как я понял: вы в обработчике event достаете событие, смотрите и решаете, что оно пока не нужно - делаете репост, выходите и тут же получаете это событие вновь, т.к. оно стало перед спонтанными событиями. Тогда не понятно, когда вы хотите, что бы это событие  было обработано?

[Igors]

Как я понял: вы в обработчике event достаете событие, смотрите и решаете, что оно пока не нужно - делаете репост, выходите и тут же получаете это событие вновь, т.к. оно стало перед спонтанными событиями. Тогда не понятно, когда вы хотите, что бы это событие  было обработано?

Когда я разрешу (напр установлю флажок "обработка разрешена"). Если надо приведу пример подробнее

[Old]

Если надо приведу пример подробнее

Надо, а то не совсем понятно.
Очереди событий занимаются диспетчеризацией событий - добавление туда логики не очень хорошая идея.

[Igors]

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

Это принципиально то же самое что QueuedConnection. Хорошо, пример

- пользователь выбрал неск объектов и передвинул их. Движение каждого вызывает серию действий, напр обновить его диалог (если открыт), пересчитать глобальный bounding box, перерисовать объект в окнах и много чего другого. Выполнять все эти действия немедленно никак не годится, поэтому забрасываем их в очередь событий. Конечно событие может породить др события, но все они будут выполнены до след активности юзера. Все хорошо работает

- теперь выясняется что само исходное действие может быть долгим и без обработки событий не обойтись - ну хотя бы Cancel нужен. Но при первой же попытке processEvents засланные события начнут выполняться, все рухнет.

Как грамотно разрулить эту ситуацию?

[Old]

Это принципиально то же самое что QueuedConnection. Хорошо, пример

В том то и дело, что не то же самое.
В случае QueuedConnection события ставятся в очередь и выполняются согласно поступления.
Вы же хотите заставить очередь еще анализировать события и запрещенные к обработке оставлять на потом.

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

[Racheengel]

Igors, а можно немного оффтопа...
вам сейчас приходится виндовое приложение на Qt портировать, что ли?
А то много эвентов что-то туда-сюда ходят...
(спрашиваю, потому что подобное предстоит скоро, наверное)

[Igors]

В том то и дело, что не то же самое.
В случае QueuedConnection события ставятся в очередь и выполняются согласно поступления.
Вы же хотите заставить очередь еще анализировать события и запрещенные к обработке оставлять на потом.

Не только - еще у меня есть приоритеты, да и вообще я сигналы-слоты не люблю  Ну я говорил "в принципе"

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

Сейчас я сделал так - повесил нативный фильтр в котором сначала выталкиваю все события из своей очереди (если они разрешены). Плюс таймерок тоже толкает (т.к. системная очередь может быть пуста). Работает, но хотелось бы использовать Qt

вам сейчас приходится виндовое приложение на Qt портировать, что ли?

Почти - нативное приложение OSX, ну в Вындоуз тоже предстоит нырять