Блокирование элементов меню в диалоге

[asker]

Есть диалог, к нему подкючается меню.
Допустим при выбора одного пункта блокируется другой (становится не доступным)

Сейчас это сделано так:

Код:

void CApp::OnUpdateUsersLogin(CCmdUI *pCmdUI)
{
	pCmdUI->Enable(!m_bIsLogin);
}

Есть 1 НО. Если m_bIsLogin == true, то при выборе пункта меню реакции никакой нет, но сам пункт меню не выглядит как не доступный.

Вопрос: как сделать чтобы пункт меню еще и выглядел как не доступный?
Подскажите пожалуйста, что не так.

[Malaja]

asker,

сейчас попробовала - у меня в классе View стоит такой код:

[]
void CStandSteuerView::OnUpdateMenuTest11(CCmdUI* pCmdUI)
{
   pCmdUI->Enable(FALSE);
}
[]

и все работает как надо.
Насколько я понимаю, тебе надо убрать этот код из CApp и положить во View или MainFrame. очень похоже, что сообщение Enable() не полностью обрабатывается.

[Алексей++]

Иринкин, во вьюшке-то прокатывает , а в диалоге - действительно не получается. То же касается и поставить чек возле пункта
Тоже бы хотел узнать, как...

[Finch]

Я не знаю тонкостей. Но может надо просто UpDate сделать для данного контрола.

[Malaja]

Леш,

у меня такое впечатление, что и не прокатит... Ведь все сообщения идут через MainFrame и/или View, а диалог-дочернее окно, посему запросто может статься, что он недополучает от родителей какие-то сообщения, т.к.  эти самые родители их сами обрабатывают.
Я с этим стокнулась, когда посылала сообщения между приложениями. В каждом было по диалогу и они обменивались периодически смс-ками в виде сообщений. Так вот пока я не затащила все основные обработчики в MainFrame, ничего не вышло.

[Алексей++]

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

[Алексей++]

Ирин, а насчёт обработчиков сообщений WM_COPYDATA - это какой хендл передашь ж)

[Malaja]

Леш,

в самом хреновом случае - HWND_BROADCAST... Но это может ооочень плохо кончиться
Вторая возможность - зная имя окна, искать его с помощью FindWindow("window_name").

Но я использовала вообще другой путь - я объявляла сообщение, регистрировала его, а затем уже посылала куда надо

[asker]

Malaja, если есть MainFrame - это хорошо, но у меня приложение на основе Dialog box.
Алексей1153 сообщения доходят, я прверял, просто нет визуального отображения, что пункт блокирован.
А можно спросить, а присем тут WM_COPYDATA, ведь насколько я понял из MSDN это сообщение позволяет передавать данные из одного приложения в другое.

[Алексей++]

(извиняюсь за офтоп)

Offtopic:

Ирина, ты что-то путаешь.. У меня в длл - переменная для хранения хендла. Когда занружаю длл - передаю хендл диалога, потом длл посылает данные через WM_COPYDATA хендлу - всё нормально доходит
Пример прислать?

Поставлю в угол.

[Алексей++]

asker, так я знаю, что доходят - я про это писал . Полностью согласен с тобой. А WM_COPYDATA - это мы с Ириной офтопим, не обращай внимания

[asker]

А как вручную поменять цвет текста в пункте меню

[Джон]

Я не знаю тонкостей. Но может надо просто UpDate сделать для данного контрола.

Абсолютно правильное решение. В диалоге у меню нет апдейта. Для этого можно воспользоваться трюком - делать апдейт по WM_KICKIDLE

1. добавляем в .h

Код:

afx_msg LRESULT OnKickIdle(WPARAM, LPARAM);

2. добавляем в .cpp

#include <afxpriv.h>

в MESSAGE_MAP - 

Код:

ON_MESSAGE(WM_KICKIDLE, OnKickIdle)

и саму ф-ю

Код:

LRESULT CTestDlg::OnKickIdle(WPARAM, LPARAM)
{
	CMenu* pMainMenu = GetMenu();
	CCmdUI cmdUI;
	for (UINT n = 0; n < pMainMenu->GetMenuItemCount(); ++n)
	{
		CMenu* pSubMenu = pMainMenu->GetSubMenu(n);
		cmdUI.m_nIndexMax = pSubMenu->GetMenuItemCount();
		for (UINT i = 0; i < cmdUI.m_nIndexMax;++i)
		{
			cmdUI.m_nIndex = i;
			cmdUI.m_nID = pSubMenu->GetMenuItemID(i);
			cmdUI.m_pMenu = pSubMenu;
			cmdUI.DoUpdate(this, FALSE);
		}
	}
	return TRUE;
}

А как вручную поменять цвет текста в пункте меню

Если ты хотел только для этого, то лучше воспользуйся методом описанным выше. Иначе надо будет делать своё меню.

зы Лёш, для чекбокса тоже самое

[Malaja]

Мальчики,

если я обрабатываю сообщения меню в основном классе (у меня CDlg_based_menuApp), то все нормально.
Если надо, скину пример.

________
Леш,

может, мы говорим о разных вещах? Если можешь, скинь мне примерчик на мой адрес, я посмотрю.

[asker]

Джон, все работает (правда надо в stdafx добавить инклуд #include <afxpriv.h>) Спасибо

Malaja, ты имеешь в виду сообщения update_command_ui для пунктов меню?

[asker]

Джон, и еще вопрос (уточнение) про WM_KICKIDLE, оно посылается модальными окнами когда очередь сообщений пуста или я не совсем правильно понимаю

[Джон]

правда надо в stdafx добавить инклуд #include <afxpriv.h>

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

Джон, и еще вопрос (уточнение) про WM_KICKIDLE, оно посылается модальными окнами когда очередь сообщений пуста или я не совсем правильно понимаю

В принципе правильно - это сообщение всегда посылается диалогу если он ничего не делает. тн idle состояние.
Подробней про апдейт в диалогах можешь почитать здесь:
http://www.ddj.com/dept/windows/184416462

зы Совсем забыл - это MFC сообщение. Эквивалент, или замена WM_IDLE, который не передаётся модальным диалогам.

[asker]

Джон пойду по ссылке ...

Еще раз спасибо все спасибо