![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
hoRUS |
![]()
Сообщение
#1
|
Студент ![]() Группа: Участник Сообщений: 30 Регистрация: 10.7.2008 Из: Москва Пользователь №: 231 Спасибо сказали: 5 раз(а) Репутация: ![]() ![]() ![]() |
Можно ли как-нибудь запретить скрытие окна верхнего уровня (когда откуда-нибудь вызывается метод hide() или setVisible(false)), не наследуя класс окна и не переопределяя в вирт. функцию setVisible(bool) ?
Хотелось бы реализовать это с помощью фильтра событий... Но, к сожалению, событие QHideEvent высылается, когда окно уже скрыто. P.S. Исходная задача - анимировать появление/скрытие различных окон. Спасибо. |
|
|
![]() |
wiz29 |
![]()
Сообщение
#2
|
![]() Старейший участник ![]() ![]() ![]() ![]() Группа: Участник Сообщений: 600 Регистрация: 7.7.2010 Из: Санкт-Петербург Пользователь №: 1866 Спасибо сказали: 94 раз(а) Репутация: ![]() ![]() ![]() |
Дело в том что фильтром может быть любой QObject, тем самым скрывать прозрачность реализации.
Когда что то пишешь один то это не принципиально, но для разработки в команде бывают не очевидные применения встраивания функционирования объекта. Но еще раз повторю, это мое мнение. ![]() Сообщение отредактировал wiz29 - 6.4.2012, 13:02 |
|
|
hoRUS |
![]()
Сообщение
#3
|
Студент ![]() Группа: Участник Сообщений: 30 Регистрация: 10.7.2008 Из: Москва Пользователь №: 231 Спасибо сказали: 5 раз(а) Репутация: ![]() ![]() ![]() |
Дело в том что фильтром может быть любой QObject, тем самым скрывать прозрачность реализации. Когда что то пишешь один то это не принципиально, но для разработки в команде бывают не очевидные применения встраивания функционирования объекта. Но еще раз повторю, это мое мнение. ![]() Согласен. Решением тут может быть создание QObject'ов, специально предназначенных для фильтрации событий (и ни для чего более). И указание этого, в частности, в имени соответветствующего класса. Но что-то нас понесло в оффтоп. ![]() |
|
|
![]() ![]() ![]() |
![]() |
|
Текстовая версия | Сейчас: 18.7.2025, 11:18 |