Russian Qt Forum

Добрый день.
У QMenu есть default action. А если действия привязаны непосредственно к виджету? Можно задать умолчальное? QMenu в этом случае наружу не торчит, его показывает сам виджет, и ссылку на QMenu из виджета программно получить вроде как невозможно?

Вы бы лучше конкретно сказали, что именно вам нужно?
А ссылку на глобальное меню (или подменю) можно получить из любого виджета на форме. Просто запросив это меню из toplevelwidget.

Каким образом? topLevelWidet() возвращает опять-таки QWidget*. Как по QWidget получить привязанное к нему QMenu? Я только список actions() вижу.

А нужно мне примерно следующее...


Вот когда такое делаешь руками, самостоятельно создаёшь QMenu, пункт "act3" выделяется жирным. Ну а если не руками, если через addAction у __виджета__? Можно так?

Можно перед menu.exec() выбрать/подсветить default item и разместить меню так чтобы мышь была на нем

Я, возможно, туплю, но опять-таки как? setDefautAction() есть у QMenu, тут вопросов нет.

А когда мы оперируем QWidget::addAction()... У QWidget выхода на QMenu нет (или я его не вижу). У самого QAction тоже нет никакого setDefault, setHighlited, ничего такого.

И да, в случае с QWidget::addAction() никакого QMenu::exec() в моей программе нет. Как нет и самого QMenu. Меню создаётся и вызывается самим виджетом из действий, которое я ему задавал. С одной стороны, это удобно, и меню вызывается "по месту". С другой, получается, некоторые возможности пропадают?..

Да, придется написать (и навесить) фильтр где создавать и выполнять меню. Не нужно слишком привыкать к удобствам, это развращает  :)

Ну это не только удобство, это минус некоторое количество лишнего кода, в котором теряется функциональность программы.

И раз такая пьянка, то я лучше откажусь от этой идеи с Default Action. Тем более, как я обнаружил, оно не на всех платформах работает. Клавишу Return на нужный Action добавлю - и хватит.

В принципе, можно выставить contextMenuPolicy в Qt::CustomContextMenu, да и повесить обработку сигнала QWidget::customContextMenuRequested. Он даже указывает, где меню рисовать, останется только сам объект QMenu создать и нашпиговать его действиями.

Отмечу тему как решённую. Но всё равно ощущение некоторой нелогичности остаётся, получается, упрощённый способ создания меню несёт урезание функциональности, хотя ничего не мешало конкретно этот момент довести до ума...

Вы знаете - у меня тоже :) Поясните что такое "default для меню" ? Какой рез-т ожидается? Мышь работает  "позиционно" - куда нажал, то и получил. Нажал мимо - ничего не произошло. Что же должен делать "default" ???

Это спорно. Во всяком случае лазание по фичам тоже отнимает немало времени. И "развивает" до определенного предела  :)

Тут, конечно, можно интересоваться, что имеется в виду под дропом, но обычно это то же действие, которое выполняется без меню по нажатию энтером или даблклику. Может выделяться жирным. Короче - подсказка пользователю. Например, в виндовом проводнике жирным обычно выделяется команда "Открыть". И там действительно можно вызвать у выбранного файла меню и выбрать "Открыть", а можно просто долбануть Enter.

Проблема в том, что это выделение жирным работает не всегда. Как следует из процитированного - зависит от QStyle. Можно подобрать нужный QStyle, но тогда может "съехать" что-то ещё, UI начнёт выдержать чужеродно и др. (Но вот в Qt/Windows, например, оно видно из коробки без манипуляций со стилями.) Поэтому я вот тоже начинаю склоняться к тому, что действительно, за такую цену эта рюшечка, наверное, не нужна.

А жаль. Хотелось "сделать красиво".

Ну блин, нашли авторитет :) Вот мы открыли меню (хоть контекстное) и мышь отрубилась. Можно менять selection клавишами и enter соответствует выбору, это нормально. Теперь мы затеваем еще чего-то с "жирным" - ну явно моветон. Неудивительно что порядочные ОС  так не делают.

Ну добавить хвильтр - максимум полчаса, в основном на посчитать позицию айтема. Хотелось "только ис каропки", чего уж там "жаль" :)