Создание вложенного действия QAction Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Переключить на: Древовидный Стандартный Переключить на: Линейный

[Litkevich Yuriy]

Не могу понять как создать вложенное действие (подменю)

Есть указатель на QAction, например:

QAction *createSubAction(QAction *action, const QString &newaction)
{
...
}

Нужно что бы функция сделала, для входного "действия" выпадающее меню с пунктом newaction и вернула указатель на "действие" ассоциированное с этим пунктом.
Схема меню:
пункт1
пункт2
action.text() > newaction
пункт3

где:
action.text() - существующий пункт меню, к которому требуется добавить подменю
newaction - вновь созданный пункт подменю

[Алексей1153]

А вот это разве не оно ?

QMenu * QAction::menu () const
Returns the menu contained by this action. Actions that contain menus can be used to create menu items with submenus, or inserted into toolbars to create buttons with popup menus.

See also setMenu() and QMenu::addAction().

+

QAction * QMenu::addAction ( const QString & text )
This is an overloaded function.

This convenience function creates a new action with text. The function adds the newly created action to the menu's list of actions, and returns it.

Причина редактирования: Используй теги по назначению

[Litkevich Yuriy]

И?

[Алексей1153]

А что И )

QAction *createSubAction(const QAction *action, const QString &newaction)
{
   return action->menu()->addAction ( newaction );
}

(но не проверял)

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

[Litkevich Yuriy]

это ты просто создаёшь новый пункт в меню, а мне нужно вложенное меню создать.

Здаётся мне, что в Qt это очередная не решаемая задача, среди, казалось бы, простейших

[Алексей1153]

Ещё мысль (по аналогии с тем, как это делается в WinAPI)

создать объект QMenu, вставить в него пункты, а затем присобачить это меню к действию методом

void QAction::setMenu ( QMenu * menu )

И это действие добавить как очередной пункт родительского меню


Собственно, что и требовалось доказать

    QAction* pAsub=0;    
    QMenu& m=*new QMenu(this);
    m.addAction("1");
    pAsub=m.addAction("2");
    m.addAction("3");
        
    QMenu& m2=*new QMenu(&m);
    m2.addAction("11");
    m2.addAction("22");
    m2.addAction("33");
    pAsub->setMenu(&m2);
    
    m.popup(QPoint(0,0));

(блин, не пойму, как картинку вставить в пост)

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

Прикрепленные файлы

 sub.zip ( 953 байт ) Кол-во скачиваний: 164

 

[Litkevich Yuriy]

QMenu& m=*new QMenu(this);

не понятно за чем вся эта химия с ссылками и указателями

[Алексей1153]

со ссылками приятнее работать , точка меньше загромождает код, чем стрелка А так разницы нет

[Litkevich Yuriy]

И это действие добавить как очередной пункт родительского меню

пункт уже есть. Схема меню:
Было:

пункт1
пункт2
action.text()
пункт3

Стало:

пункт1
пункт2
action.text() > newaction
пункт3

со ссылками приятнее работать , точка меньше загромождает код

ничуть, напиши тоже самое в более естественной форме и сравни.

[Алексей1153]

Ну так ведь доступ к action есть ?

пункт1
пункт2
action.setMenu(&m2);
пункт3

Или я что-то не понимаю...

[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

[Алексей1153]

DEADHUNT, ну это уже не суть важно. А чем быстрее то , кстати?

В любом случае, на скорость тут пофиг )) Чай меню, а не миллисекундные точности

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

[DEADHUNT]

а что хэш таблица медленнее идеально сбалансированного дерева(с временной сложностью поиска O(log n) )?

[Алексей1153]

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

[DEADHUNT]

вычисление хэша наверняка не будет выполняться дольше чем сравнивается QString(а их будет O(log n) ).

[Алексей1153]

DEADHUNT, обрати внимание на количество элементов А сравнение двух строк - это одна цепочечная машинная команда, если удачно соптимизируется. Опять оффтоп )) Увязнем в теории, которая тут ни к чему

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

[Litkevich Yuriy]

Накидал класс YAction, наследник QAction поддерживающий иерархию.
 YAction.zip ( 959 байт ) Кол-во скачиваний: 171


применять легко:

QAction *addItem(const QString &menuPath)
{
    const QStringList items = menuPath.split("/");
    QAction *action = 0;
    for(int i = 0; i != items.size(); ++i){
        if (!action){
            action = new YAction(items.at(i), menuBar);
        }else{
            action = new YAction(items.at(i), action);
        }
    }
    return action;
}

menuBar - где-то объявлен.

П.С.
писалось только-что (без двадцати минут 4 утра)

[Litkevich Yuriy]

Сообщение переместил сюда: Секреты и интересные возможности Qt
(В копилку так сказать)

[Алексей1153]

Хм, надо тогда более детально протестировать будет

[Litkevich Yuriy]

копилку эту разобрать бы, да в вики перенести. Да что-то никак с силами не соберусь. Может, кто-то возьмётся