На многих ресурсах встречал совет по созданию динамических пунктов меню:

Item := TMenuItem.Create(FPopupMenu);

Но при этом этот элемент не будет найден на форме с помощью FindComponent()
Мне критически важен поиск TMenuItem по имени.
Если заменить на экземпляр формы (н-р self), то FindComponent() начнет находить.
Дизайнтаймовые TMenuItem нормально ищутся FindComponent().

В чем смысл таких советов ?
Для автоматического удаления всех TMenuItem при удалении FPopupMenu ?
Упускают проблему с поиском как несущественную ?

_Vasilisk_L_argoпроблему с поиском как несущественную ?Мое воображение отказывается мне подсказывать, зачем для элемента меню нужно вызывать FindComponent.Тренируй. :)
Для ORM.
В опред. момент нужно скрыть/деактивировать некот. пункты.
Есть единая система управления видимостью/редактированием контролов, колонок гридов и т.д.
В ней список контролов и условия.

зы: Конеш можно было и список указателей сделать, но мне показалось, что список живых имен будет удобнее, н-р для отладки.

//если нужен поиск по имени, то следует предварительно у динамически созданных элементов меню инициализировать свойство .Name:=

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

makhaonсама делфи owner'ом item'ов делает форму, в чем можно легко убедиться. зачем ты читаешь какие-то советы - не понятно. делай так же, как среда и проблем не будет.Ну эти советы приведены на серьезных ресурсах, н-р в документации Эмбы.
Вот меня и интересует, почему дают такие советы, в то время когда сама среда делает по другому.

// Хочешь найти TAction обращайся к TActionList, хочешь найти TField обращайся к TDataset, хочешь найти TMenuItem (ITEM MENU - пункт меню) обращайся к TMenu, а не как не к форме
Офигенный по мудрости совет. Но бессмысленный.

зы: всем спасибо. Вопрос закрыт, т.к. скатился в флейм.

makhaonL_argo,

50 на 50. Эмба, в самом деле так делает. Как раз таки сторонние ресурсы делают как среда:
http://delphiworld.narod.ru/base/create_popup_menu_items.html
Nobody's perfect.+1. Так и есть.