Russian Qt Forum

Добрый день

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

Спасибо

а почему событие должно прерывать анимацию? как одно с другим связано?

А нельзя как-нибудь по типу матрешки событие в приложение передавать? По принципу указателя. Перенаправлять от одного к другому обходя нежелательные.

Фокус исчезает - пользователь щелкнул на что то внешнее. Профит.

Ставить фильтр на все события (смотреть в районе QCoreApplication::notify()), в событие есть инфа о приемнике, если приемник не анимационное окно, то прерывать воспроизведение. Событие пускать дальше.

Это решение не отлавливает системные события, а только свои. Если пользователь мышкой активировал чужое окно, то программа не получит события о клике. Решение с фокусом мне кажется более приемлимое, если только это не какая-то экзотическая система с не-десктопной политикой управления фокусом окон.

Так фокус исчезает и при переключении на др приложение. Вообще с точки зрения ОС это примерно так:

- пользователь нажал в меню бар. Если не установлен обработчик класса меню (или он не реагирует на beginTrack) - приложение ничего не получит, хотя меню откроется и будет управляться мышью/клавой. Когда пункт меню выбран приложение получит событие "команда" и диспетчеризует его - при этом совсем необязательно что расклад окон изменится. Поэтому надеяться на смену фокуса не приходится

notify не ловит команды из меню приложения (как для выбора мышью так и для hotkey)

Кхм... Подведём итог


Решение


Проблема высосанная из пальца, противоречащая задаче


Вопрос к Igors:

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

Будет событие о потере фокуса.

Ну а до команд были же клики/кей эвенты.

Оно ни о чем не говорит - напр оно будет и при переключении приложения (когда нет оснований прерывать анимацию)

Нет, проверял (если надо выложу проект)

Напр кликнул в док (taskbar по-Вашему). Хоть мышь и "использована", никаких мышиных событий приложение не получит.

Категоричность/уверенность Ваших суждений немного не соответствует наивности предложенных Вами решений  :)

Пользователь кликнул в taskbar, фокус приложения потерян. Что ещё нужно вашему беспокойному разуму?
  Фокус окна будет потерян. И придёт сообщение в виде WM_INACTIVE и преобразуется в QEvent::ЧтотоТамOutFocus :)

блин, 5 раз прочитал вопрос.... я так и не понял логику работы приложения и требования :( я тупой?

Аналог куба, что сейчас распространён. Когда ты на него нажал, он проигрывается. Потеря фокуса - он застыл на том моменте когда играет.

Удобно когда он встроен в страницу из нескольких. Посмотрел, щелкнул куда либо, он умолк. 

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

Здесь анимация не "останавливается" а "заканчивается", все объекты сбрасываются в рабочее состояние и все отрисованное анимацией  исчезает.

Вы на вопрос ответьте пожалуйста

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

Вот блин... Я не знаю даже, что такое этот "куб" :( Никогда не видел такого...

А по сути: это окна одного и того же приложения? или имеется в виду, что окно играет что-то, но если мы переходим на другое приложение, видео должно остановиться?
Но в любом случае, это значит, что сообщения типа focusInEvent/focusOutEvent должны быть перехвачены и обработаны. Почему при этом должно меняться состояние еще каких-нибудь объектов?

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

Igors, вы .... притворяетесь сами-знаете-кем? (воображение вам подскажет нужное слово :) )

Вам решили задачу.

PS больше писать не буду в этой теме. Как об стену горох.

to Racheengel http://www.yaplakal.com/forum3/topic621599.html?hl=coub

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

"Анимация" необязательно "видео", здесь это последовательность кадров создаваемая/рисуемая самим приложением. Что Вы "ищете под фонарем потому что там светло?" :) Фокус никакого отношения к задаче не имеет

Огромное Вам СПАСИБО

Ок. Что должно произойти, если пользователь нажал одно из следующего:

1. Alt+Tab
2. Win
3. Ctrl+Alt+Del
4. Win+R
5. Win+L

?

ммм... а что в нем такого особенного? ютуб как ютуб :) у меня после старта анимации она просто крутится в цикле и все.

Исходите из простого понятия "модальность". Напр если идут длинные расчеты и прогресс отображается в модальном QProgressDialog - в этом случае Вы же не спрашиваете "что должно произойти?". То же самое и здесь

ммм, вроде идею я понял... ну а может сделать так:
- в момент старта анимации делаем это окно модальным
- и дизейблим на нем все остальные виджеты, кроме кнопки "стоп", ну или что еще у вас там для этого.
- анимация остановилась - все возвращаем взад.

Тут со всех сторон так называемые "костыли". Перед установкой setWindowModality нужно сначала скрыть окно (hide). Также оно почему-то добавляет системный фрейм (хотя окно с флагом Frameless..). Кнопка "стоп" не предусмотрена и куда там ее лепить - хз, причем окон далеко не одно. Ну и модальность не запрещает меню/hotkeys, которое придется мучительно дизаблить.

Идеально подходит processEvents(ExcludeUserEvents) - но тогда чем остановить анимацию?  :)

не знаю конечно, но может это поможет?

http://qt-project.org/forums/viewthread/3055

вроде, похожая проблема решается...