Похоже, QGraphicsScene имеет "защиту" от этого во время драга. По крайней мере, у меня ничего не происходит, окно не закрывается.

А как реализовать драг, не принимая ивенты от мыши?
Никак.
И это надо делать где то, хоть во внутреннем ивент-лупе, хоть во внешнем.
Кода меньше не станет.
Поэтому я не понимаю смысл "огород городить".

И притих.. Собсно реакция абсолютно нормальная и 100% естественная
И сразу пошли аргументы "в одну калитку", мол, да тут ничего хорошего и нет и все такое.. А между тем вторичный цикл событий является (по меньшей мере) стандартным и хорошо известным приемом, почему я не могу его юзать в Qt

Вернемся к теме, как же реализовать IsMouseStillDown? Казалось бы, что тут хитрого - да жрать в фильтре все события мыша и клавы (возвращать true) пока не увидим MouseReleased. К сожалению, так не выходит. Беда в том что processEvents обрабатывает "пачку" событий, и MouseReleased может быть совсем не последним в этой пачке,  напр

- UpdateEvent
- MouseReleased
- MouseDoubleClick  // резвый юзер успел!

И что делать с последним MouseDoubleClick ? Сожрать нельзя - тогда double-click на айтем не будет открывать окно (причем подленько, "иногда"). И пропустить низзя - ведь тогда обработка будет вызвана в теле драга (пусть там ничего пока не драгнулось, но все равно из него надо выйти).

И шо делать  

Мне известным со времен Вындоуз 3.0, Вам - не знаю. Используется везде, в том числе и в ядре Qt

А почему Вы думаете что я его не использовал? Но мне надоело с ним мучиться. Я хочу нормальные методы, по одному на драг, или даже глобальные ф-ции и вызывать их из разных окон. А не дурацкую "систему рычагов" с кучей переменных класса и бесконечными проверками state. Для этого по сути нужно написать одну ф-цию

Так я и показал в стартовом посте

Все-таки хочется быть молодым

Приходит DoubleClick, сценарий такой:

- случился MousePress, приложение готовит драг (что может занять некоторое время) и вызывает processEvents

- но юзер ничего драгать не хотел, он отпустил мыша и снова его нажал, т.е. "двойной щелчок мыши" (боже как идиотски это звучит). Прочем это случилось ДО ТОГО как приложение вызвало processEvents

- теперь в processEvents сначала придут MouseReleased (напр для окна, потом для виджета) - и их надо пропускать, иначе будут неприятности (залипшие кнопари и.т.п.)

- но упр-е еще не вернулось из processEvents, и следующим придет DoubleClick

У меня обычно по левой кнопке, правая contextual, но это не принципиально. Да, точнее/культурнее сначала дождаться "first motion"

C++ (Qt)
if (!IsMouseMoved()) return false
while (IsMoiseStillDown()) {
...
}

Разница между этими двумя ф-циями лишь в ожидаемом событии (MouseMoved и MoiseReleased). Но от проблемы DoubleClick это не спасает, уже по MousePressed я должен что-то подрисовать (показывая "драг возможен") и сколько времени это займет - хз

Есть такая фишка, казалось бы "то что надо"
Но увы, она совсем не гарантирует "по одной не ошибешься", DoubleClick приходит в том же вызове processEvents

Не очень ясно как "игнорировать начало драга", ведь он уже "в процессе". Да и вообще обсуждение как-то выдохлось  

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

Ну за Ваш возраст не знаю, а мне еще лет 25 и на пенсию

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


Не знаю, для меня "очевидным" было решение на мышиных эвентах. "Работает же"