Допустим у меня есть MainMenu1:




Допустим есть Toolbar1 и контекстное меню (при нажатии правой кнопкой мыши) должно быть:


(т.е. пункты меню Edit)

В VB6 я бы сделал так:



В .Net на первый взгляд проще:


и все дела.
Но я типа должен рисовать дублирующее ContextMenu_Edit
Чего я делать естественно не хочу т.к. ContextMenu_Edit == menu_Edit

Как быть?

Ничего умнее и короче не придумал.
Хотя в VB6 эту API никогда не использовал.

Вообще это ляп, если ContextMenu нельзя связать с MainMenu -у них одна природа.

petalvikИ я не понял, почему ты используешь устаревшие MainMenu и ToolBar вместо рекомендуемых MenuStrip и ToolStrip. Вроде в другой теме ты писал, что внешний вид нужен современный. Ну дык более новые компоненты обеспечивают его.
Меню: глянь сюда (попробую приложить картинку вниз) 14324197
"стрип" не поддерживает стандартный (системный) вид меню. Первая картинка (Vista/7/8). Это есть современный нормальный вид. А "стрип" это видимо от слова "стриптиз". В "стрип" есть стиль System, но он годится только для классики, для Висты и выше он ни фига не систем. Стрип (внешний вид) выигрывает только на классике.
Если я ошибаюсь и можешь стрипом сделать такой же вид меню,
то Net. код в студию (рисование не принимается).
Toolbar:
Еще раз рассказываю.
В стандарном (современном) стиле Toolbar идет в паре с Rebar (он же Coolbar).
Rebar может иметь тематическую стандартную стилистическую подложку (Виста и выше), например:
"Communication" (темно синий)

Открой "Windows Fax and Scan", либо глянь сюда 14840756
"Media" (черный) (Windows Media Player)

1)Сделай мне то же самое с ToolStrip
или хотя бы
2) Вставь тулстрип в Parent-Rebar (API) -у меня не получилось
Если сделаешь, то .Net Код в студию.(рисование не принимается).



petalvikНа мой взгляд, совсем не сложно (и не долго) пару раз клацнуть мышкой и настучать на клаве те же самые названия итемов повторно. Ну а обработчики событий назначить те же. Это будет быстрей и проще, чем ты возишься сейчас.
У контрола может быть только один родитель.
Да мне не сложно продублировать. А про родителя ты правильно заметил. Он у контекстного меню должен быть Form.Handle, обрати внимание на Me.Handle в TrackPopupMenu. А я подозреваю что с интерпретацией ContextMenu вообще что-то не так.
Куда ContextMenu шлет сообщения. Есть подозрение что не в Form, и здесь возникают определенные сложности. Хотя буду еще играться с ContextMenu - не все ж контекстные меню "дублированные".

petalvikтолько не говори что это не косяк в дизайне.
Конечно косяк, тупейший нетовский "наворот". ContextMenu и MainMenu это один и тот же контрол. И использовать сабменю главного меню в качестве контекстного для чего-нибудь - вполне стандартный подход.
Я уже про это написал.
petalvikВообще это ляп, если ContextMenu нельзя связать с MainMenu -у них одна природа.
==========
petalvikВ другой теме ты юзаешь сабклассинг через WndProc. Опять же, это неправильный подход для дотнета.
Хорошо, ответь по-Net-овски на вот этот вопрос для начала:
Как сделать событие Handle на "все элементы одного типа"
Код в студию (перечисление Handles через запятую или добавление через Handles (конкретный контрол) не принимается).
.Net-овский код где конкретные контролы (а их может сотня) перечисляются через запятую, я уже привел.
Я могу делать так:


, где AnyMenuItem_DrawItem -название ф-ции обработчика, при этом должен тупо и явно перечислять Handles.

Ради бога, я за .Net методы.
Только я сначала слышу фразу ".Net 100% может все"
а как спрашиваю
Как сделать конкретно то-то и то-то?
то мне в ответ в 99% тишина.

Подкрепляйте ваши ответы .Net примерами, если делаете такие утверждения.

petalvikНу, тут только удалять сабменю из дочерней коллекции одного контрола, и добавлять в другой контрол, как я уже предлагал. Это всего лишь перекинуть указатель (ссылку). С точки зрения дотнета - косяк, зато просто, и не нужно WinAPI/pinvoke.

Меню вообще штука непростая.
Я сейчас наверно на другом языке буду объяснять.
У главного меню формы есть hMenu -handle
У каждого сабменю (файл, правка, справка) есть свой hSubMenu -handle
В VB6 контекстное всегда вызывается как сабменю главного (ну или сабменю от сабменю наверно тоже можно), нет понятия контекстного.
И я могу сказать следующюю вещь (благо смотрел на все это сквозь API призму).

Если в VB6 главному меню поставить =Visible,
то при вызове PopupMenu (VB6)==TrackPopupMenu(API),
всегда будет вылезать окно с одним и тем же hSubMenu, равном hSubMenu сабменю из которого мы его делаем, т.е. это оно и есть, просто ему сделали Show() в нужном месте.
А вот если в VB6 главному меню поставить Visible=false,
то всегда будет вылезать окно каждый раз с новым hSubMenu, то бишь окно меню (контекстного) каждый раз будет создаваться заново и потом удаляться. Поэтому например Blend-картинки (см. мой левый рисунок) на вистах статически (при лоад_form) итемам этого меню присвоить нельзя и только сабклассинг (ну или InitMenu событие - я кстати оценил что в .Net с этим значительно лучше).

petalvikДмитрий77Хорошо, ответь по-Net-овски на вот этот вопрос для начала:
Как сделать событие Handle на "все элементы одного типа"

Тут дело в том, что использование Handle - не дотнетовский подход. Нужно полностью отказывать от этого.
Хотя и мне приходилось делать сабклассинг, когда не получалось по "дотнетному", поэтому ничуть не осуждаю.
Ай-яй. Невнимательно читал.
Ты счас говоришь про Handle== Hwnd (окна),

а в теме которую ты процитировал говорится о Handles которая подписывает Net контролы под обработку события (можно через запятую).
Хотя, сорри, я опечатался (похоже звучит) имелось ввиду
Handles и AddHandler ,
но это значит что ты даже поглядел туда.




Т.е. вопрос то был как сделать "по-нетовски", при этом подробно описано что мне не нравится.
Потому что все чего мне нужно сделать с меню (например картинки) можно как раз думаю сделать по нетовси через события, нужные для этого события .Net предоставляет, но мне нужна "массовая обработка" всех итемов Я могу и ручками перечислить поименно, но я например через год накидал в конструкторе еще 2 итема, и я хочу чтоб они автоматически были "подписаны" на событие, понимаешь о чем я?
И кстати,
вариант по типу


ужасен, т.к. сабменю могут иметь свои сабменю, и For Each без вложенной хитро-выдуманной рекурсии безполезен (посмотри на мое описание с hMenu -> hSubmenu->hSubSubmenu и поймешь почему).
А через API у меня один единственный


на ВСЕ итемы.

Изопропилну и откажись полностью от нетовских меню, рисуй на API
Не, извини. Полностью точно не надо. Рисовать итемы проще в конструкторе. И простые действия, типа обработка нажатия item естественно тоже удобней без API.
По поводу "на все итемы" тоже вопрос неоднозначный.
Я ведь и в API начинаю выяснять что за item, напр. чтобы присвоить разные картинки разным итемам.
И если в среде это делается через .Text например, то в API надо бабахать еще кучу API в обработчике и т.д.
Но с другой стороны, чтобы воткнуть те же картинки на "классике", надо менять размеры для всех итемов включая те, что без картинок (минимум в данном подменю), и здесь уже выяснять что за итем не надо, т.е. "типизация", и здесь конечно перечисление через запятую начинает бесить.