Прорисовка меню

[al072]

Как вручную создать меню в MFC на пустом диалоговом окне?

[Vago]

1. Создать меню в редакторе ресурсов.

2. В обработчике OnInitDialog() добавить:

CMenu menu;
menu.LoadMenu( IDR_MENU1 );
SetMenu( &menu );

(Аргумент ф-ии LoadMenu() - фактический идентификатор меню, понятное дело).

[al072]

Сообщение от Vago

1. Создать меню в редакторе ресурсов.

2. В обработчике OnInitDialog() добавить:

CMenu menu;
menu.LoadMenu( IDR_MENU1 );
SetMenu( &menu );

(Аргумент ф-ии LoadMenu() - фактический идентификатор меню, понятное дело).

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

[Vago]

Да не за что Хочу такого заказчика, который бы подвигнул меня учить MFC в дот-нетовскую эпоху!

al072, книги я предпочитаю на английском. Это не снобизм, просто меньше шансов, что знакомые ей "приделают ноги". На русском по MFC если и есть что-то у меня, то пара, не больше, и про качество подачи материала ничего скажу. Если инглиш подходит - сброшу.

[MaTBeu]

Зачем кросспостите? Тема закрыта. И та, и эта.

[al072]

Сообщение от Vago

Да не за что Хочу такого заказчика, который бы подвигнул меня учить MFC в дот-нетовскую эпоху!

al072, книги я предпочитаю на английском. Это не снобизм, просто меньше шансов, что знакомые ей "приделают ноги". На русском по MFC если и есть что-то у меня, то пара, не больше, и про качество подачи материала ничего скажу. Если инглиш подходит - сброшу.

Я и сам прекрасно понимаю, что под нет писать гораздо проще, тем более GUI приложения, но решил начать изучение именно с MFC, так как лучше разобраться как взаимодействуют окна друг с другом, по каким принципам, а потом упрощать себе жизнь библиотекой .Net Framework.
Да Инглишь подойдет!!! если не трудно то скинь книжечки на мыльник: sirbilituk@gmail.com

[Vago]

О! А тут ветка ожила!

Книги не позднее завтрашнего вечера на Депозит или Рапиду сброшу и ареса мылом отошлю.

За конкретными решениями, приёмчиками и трюками я чаще всего на CodeProject или на CodeGuru хожу.

Ну а если самый главный интерес - "як воно там, усерединi, зроблено?", то тогда - прямая дорога на wxWidgets. Смарт сотоварищи, начиная работать над wxWindows, MFC откровенно копировали. Даже иерархия классов почти такая же.

[al072]

Сообщение от Vago

О! А тут ветка ожила!

Книги не позднее завтрашнего вечера на Депозит или Рапиду сброшу и ареса мылом отошлю.

За конкретными решениями, приёмчиками и трюками я чаще всего на CodeProject или на CodeGuru хожу.

Ну а если самый главный интерес - "як воно там, усерединi, зроблено?", то тогда - прямая дорога на wxWidgets. Смарт сотоварищи, начиная работать над wxWindows, MFC откровенно копировали. Даже иерархия классов почти такая же.

Ну ветка соответственно не сама собой ожила, Матвей сделал снисхождение под предлогом, что кросспост больше не повториться!
Спс за ссылки, много интересной информации, только как начинающему, мне пока тяжело ее упорядочить и разложить в голове по полочкам! вот допустим при изучении самой структуры MFC, если двигаться от самых азов и по степени усложнения материала на чем мне лучше заострить внимание?

[Vago]

al072, мне сейчас уже трудно вспомнить свои первые шаги в MFC, потому как было это лет 12 назад, а студентов я никогда работе с этой библиотекой не учил, поэтому проверить "на кроликах", что воспринимается легче, а что - вообще не воспринимается, тоже не было возможности Ну и ещё одна тонкость: на все программистские работы у меня всегда существовал конкретный заказчик из прикладной области, которому, в общем-то, было по барабану, на чём программа написана. Единственное, что его, заказчика, интересовало - получить вовремя функционирующий в соответствии с ТЗ инструмент. Поэтому, конечно, с точки зрения эффективности или стиля на старые мои программы сейчас нельзя смотреть без содрогания. Но работать они - работали. Не придерёшься А вот промежутки между заказами уже можно было заполнить самосовершенствованием, изучением того, как это принято делать "там" и улучшательством Ну, типа, "Я архитектуру document - view не использую, а, если верить MS, прожить без неё невозможно. Что я выиграю (или проиграю), если я на эту модель перейду?". Или "Я эти обработчики интуитивно поместил здесь, а народ на CodeProject в своих примерах поголовно прописывает их там-то. Почему? Что я выиграю, если начну программировать в общепринятой манере?" И так далее...

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

[al072]

Радует то, что моя работа никаким образом не связана с программированием, с удовольствием последую вашему совету по поводу реализации конкретной задачи!Думаю это будет более правильно, чем прыгать по темам от случая к случаю и стараться впитывать и запоминать информацию, которая возможно никогда не пригодиться..