![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
fsMark |
![]()
Сообщение
#1
|
![]() Студент ![]() Группа: Участник Сообщений: 97 Регистрация: 23.4.2008 Из: г. Киров Пользователь №: 155 Спасибо сказали: 10 раз(а) Репутация: ![]() ![]() ![]() |
Есть пара тулбаров и меню на них лежат актоны, в зависимости от состояни приложения некоторые из них активны некоторые нет.. хотелось бы как то централизованно этим управлять. Я написал метод который устанавливает активность всех актионов, возникает вопрос когда мне его вызывать, очевидно что при создании окна и после выполнения какого либо из актионов (приложение само не меняет свое состояние). Собственно вопрос: какие есть предложения по аккуратной реализации этого безобразия, навскидку придумал только обойти рекурсивно всех детей окна имеющих тип QAction и соединить их выполнение с функцией управляющей активностью, но ведь нет гарантии порядка обработки слотов (то есть сначала обновлю состояние актонов а потом измениться состояние приложения). Идеи, предложения,.. у меня странное ощущения что я это както через одно место делаю.. наставьте на путь истинный.
|
|
|
![]() |
kwisp |
![]()
Сообщение
#2
|
![]() астарожна ынтжинэр ![]() ![]() ![]() ![]() ![]() Группа: Участник Сообщений: 1404 Регистрация: 26.11.2008 Из: ТаганрогРодинаЧехова Пользователь №: 435 Спасибо сказали: 113 раз(а) Репутация: ![]() ![]() ![]() |
fsMark,
ну это батенька как вашей душе угодно. это же сигнал. есть порядок соединения объектов есть типы соединений если нужно чтоб метод вызывался после отработки действия то как вариант обработку действия соединять прямым соединением а обработку actionTriggered ( QAction * action ) ставить в очередь. это если не требуется чёткой последовательности действий. это так мысли вслух, можно и по-другому. Сообщение отредактировал kwisp - 16.7.2009, 12:51 |
|
|
![]() ![]() ![]() |
![]() |
|
Текстовая версия | Сейчас: 18.7.2025, 11:07 |