Создание вложенного действия QAction Опции

[DEADHUNT]

а почему подменю нельзя так добавить QMenu::addMenu, зачем что придумывать для QAction?

[Litkevich Yuriy]

void QAction::setMenu ( QMenu * menu )

в принципе близок к истине. Только прийдётся разруливать повторный вызов функции.

QMenu::addMenu, зачем что придумывать для QAction?

потому-что есть только указатель на QAction

[DEADHUNT]

потому-что есть только указатель на QAction

значит можно удалить QAction, а вместо него вставить QMenu и наоборот если надо.

[Алексей1153]

а почему подменю нельзя так добавить QMenu::addMenu, зачем что придумывать для QAction?

тут какая-то интересная иерархия

Вроде бы первично QMenu.
Затем, QMenu содержит список QAction.
....Каждый QAction содержит свой QMenu m , который, если нет подменю, пуст.
........Ну, а QMenu - ... (рекурсивно повторять до талого снега)

А удалить QAction - значит удалить пункт

Сообщение отредактировал Алексей1153 - 31.7.2010, 21:19

[Litkevich Yuriy]

значит можно удалить QAction, а вместо него вставить QMenu и наоборот если надо.

А удалить QAction - значит удалить пункт

не только, ещё и те объекты которые прицеплены к его сигналам, могут стать глухими.

Вроде бы первично QMenu.

поидее и QMenu имеет ассоциированный с ним QAction, и является визуальным контейнером QAction'ов. И пункт на панели меню - тоже QAction. Т.е. QAction всему голова. Однако иерархию построить невозможно.


Вообще понадобилась относительно простая вещь. Плагины возвращают строку такого вида:
"Правка/Копировать"
"Правка/Вставить"
"Настройки/Модули/Редактор"

И т.п. плагины могут быть как дочерним окном в MDI, соответственно менюхи должны перестраиваться в зависимости от активного окна. Также плагины могут быть не визуальными но содержать диалоги, поэтому для доступа к диалогам, они просят главное окно создать цепочку пунктов меню. Если часть цепочки существует, то туда просто, что-то добавляется.

Если бы QAction был полноценным классом, эту идею можно было бы довольно легко реализовать.

[DEADHUNT]

не только, ещё и те объекты которые прицеплены к его сигналам, могут стать глухими.

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

[Алексей1153]

поидее и QMenu имеет ассоциированный с ним QAction, и является визуальным контейнером QAction'ов. И пункт на панели меню - тоже QAction. Т.е. QAction всему голова. Однако иерархию построить невозможно.

Ну почему же невозможно, всё вроде стройно: ассоциированный с ним QAction - это собственник этого QMenu , и он (этот ваще-основной QAction) никогда не будет вызван

То есть, схематично будет как-то так:

class QAction
{
   QMenu* pm;
};

class QMenu
{
    QAction* pParentAction;
    vector<QAction> acts;
};

А почему QAction вдруг не полноценный класс ? )) Из исходников Qt:

class Q_GUI_EXPORT QAction : public QObject
{
    Q_OBJECT
    Q_DECLARE_PRIVATE(QAction)
...
...
};

"Правка/Копировать"
"Правка/Вставить"
"Настройки/Модули/Редактор"

....они просят главное окно создать цепочку пунктов меню. Если часть цепочки существует, то туда просто, что-то добавляется.

То есть, из текстового описания меню нужно создать свой объект меню с этими пунктами, так ?

Сообщение отредактировал Алексей1153 - 31.7.2010, 21:41

[Litkevich Yuriy]

А почему QAction вдруг не полноценный класс ? ))

потомучто не имеет методов:

void setSubActon(QAction *)
QAction *parentAction()
QList<QAction *> childActions()

чтобы получить эту информацию, нужно костылей понаделать.

[Алексей1153]

void setSubActon(QAction *) - Скорее должно бы выглядеть так

void setSubActon(QMenu *)

То есть, такой метод уже есть - SetMenu

-------------------------
QAction * QAction::parentAction() - это относится к QMenu, то есть

а это вроде есть тоже

QAction * QMenu::menuAction () const
Returns the action associated with this menu.

-----------------------------
QList<QAction *> childActions() - это тоже метод меню должОн быть. (аналога не нашёл )

---------------------
Если меню создаётся с нуля, то проще всего вести ассоциативный список map<QString,QAction*>
Пример содержимого (адреса абстрактные, а ключи - реальные):

"Правка/" , 0x1
"Правка/Копировать/" , 0x2
"Правка/Вставить/", 0x3
"Настройки/", 0x4
"Настройки/Модули/", 0x5
"Настройки/Модули/Редактор/", 0x6

А для полного комфорту, возможно, ещё придётся вести эквивалентный список map<QAction*,QString>

Сообщение отредактировал Алексей1153 - 31.7.2010, 22:23

[DEADHUNT]

Если меню создаётся с нуля, то проще всего вести ассоциативный список map<QString,QAction*>

можно hash map использовать(быстрее будет, в STL std::unordered_map)

Сообщение отредактировал DEADHUNT - 31.7.2010, 22:24