Russian Qt Forum

Добрый день

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

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

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

Спасибо

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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