На форме определён обработчик события OnMouseUp. Внутри этого обработчика я пытаюсь создать всплывающее меню, и привязать его элемент(ы) к функции(ям) этой-же формы:



Но в этом варианте при выборе пункта меню не происходит вызова ItemSelected. В случае же создания puMenu и item глобально для класса (т. е. объявление в заголовочном файле, puMenu=new TPopupMenu(this); в конструкторе...) ItemSelected вызывается нормально. Это какое-либо принципиальное ограничение VCL, или я что-то недопонял?
Очень хочется не размазывать меню (а их будет много) по пространству имён класса, а компактно создавать/уничтожать только там, где они действительно нужны.

А почему бы вам просто не воспользоваться (мышкой),  благо Builder дает большие возможности  для этого...
Создаете на форме нужное количество PopupMenu(шек) с нужными действиями и затем привязываете их к конкретным компонентам на форме (для каждого компонента в свойствах есть LINKADE) там есть пункт PopupMenu, в котором выбираете номер нужного меню и все...
Ничего писать вообще не надо. 
У каждого PopupMenu есть свои события , - там и пишите нужные действия. 

Это сообщение отредактировал(а) SVN74 - 8.1.2010, 13:07

Не, мышкой -- не вариант. Не получится. 

Почему?

1. Консепся такая (не люблю программировать мышью)
2. Уже из принципа хочется разобраться, почему не получился вариант с созданием TPopupMenu "на месте".

Вот это
должно быть так (это как минимум)

А можно подробнее? Отчего TPopupMenu(NULL), а не TPopupMenu(this), почему item нельзя затолкать в автоуказатель (его удалением займётся puMenu?), и если это "как минимум", то каким должен быть "как максимум"? Что я упустил/неправильно_понял в изначальном варианте?

Это сообщение отредактировал(а) EnergoHokum - 8.1.2010, 20:31

Потому что параметр конструктора TPopupMenu - это его owner. Т.е. тот, кто его будет удалять. Вы же его удаляете сами (через auto_ptr), так что не надо его отдавать форме
Именно
'как минимум' эначит, что это то, что мне сразу бросилось в глаза. Возможно там есть еще косяки (а может и нету)   

А-а-а! Вот, блин, сила привычки! Оказывается, иногда и подумать надо!  В VCL-е всегда owner удаляет явных потомков, или есть исключения из правил?


Блин, вот хоть прям щас всё бросай, и беги на работу -- так охота проверить предложенный вариант!  Завтра с утра побегу, а ночью ворочаться буду. 

Всегда, на то он и owner. 
Однако, при явном удалении объекта, он себя удаляет из списка объектов owner'а. Но я бы на это надеятся не стал   

Вышеприведённые изменения на работу не повлияли, по прежнему в случае объявления TPopupMenu в теле обработчика MouseUp не вызываются связанные с TMenuItem-ами обработчики.
Но если объявить TPopupMenu глобально для класса, и проинициализировать в конструкторе -- всё работает корректно.
Открытым остаётся вопрос: с чем связано такое поведение, и можно ли его забороть?

никак. у тебя объект живет во время обработки события OnMouseUp - создается и уничтожается. Причем настолько быстро - что ты даже этого не замечаешь. Выход - либо сделать указатель на контрол  глобальным (не айс), либо как член класса формы (айс).

Непонятно. Для отображения меню я вызываю у TPopupMenu* метод Popup, собственно.
Сразу после выбора пункта меню, когда запускается обработчик -- происходит возврат из Popup-а? Но отчего, в таком случае, не случается access violation, если само меню уже уничтожено?

EnergoHokum, здесь все связанно с жизненным циклом объекта. К примеру кнопка никогда не появится:


ибо умный указатель вызовет деструктор по окончании метода.

если btn сделать членом класса (или глобально) и выделять и высвобождать память вручную - то все ок - в данном случае, имхо, использовать умные указатели не совсем удобно - но можно. 

Это сообщение отредактировал(а) mrbrooks - 11.1.2010, 12:02

Popup не блокирует исполнение. Он просто показывает меню и немедленно возвращается.