оформление а ля VS2008

[Алексей++]

собственно, им отправятся мессаги,

Код:

_AFXWIN_INLINE void CButton::SetCheck(int nCheck)
	{ ASSERT(::IsWindow(m_hWnd)); ::SendMessage(m_hWnd, BM_SETCHECK, nCheck, 0); }

_AFXWIN_INLINE void CEdit::Copy()
	{ ASSERT(::IsWindow(m_hWnd)); ::SendMessage(m_hWnd, WM_COPY, 0, 0); }

 но понимать они станут их как придётся - то есть сообщения с номером ((int)BM_SETCHECK) у статика нету  вовсе  , а сообщение WM_COPY статик может тупо не обрабатывать. Поэтому всё происходит тихо и без скандала А происходит ничего


Ладно, насчёт классов я понял, что мемберы придётся фтыкать всё равно

[Джон]

Лёш, хорошо. Покажи мне место (код) в цепочке вызовов GetDlgItem где создаётся объект именно типа CButton. Исходники все открыты.

[Алексей++]

нигде не создаётся - я же уже говорю, что понял ) Там  (в CButton и других) только функции для работы c HWND

То есть я могу смело делать для кнопки так:

Код:

 CMFCButton *pButton = (CMFCButton*) GetDlgItem(IDC_BUTTON1);

и потом работать с. А мембер необходимо добавить, чтобы появилась запись в DoDataExchange и поменялась обработка сообщений, а иначе это так и останется обычная серая кнопа ))

[Джон]

Хммм... сомневаюсь, что ты получишь то, что хочешь. У этих объектов разная природа.

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

Хотя попробуй. Я не знаю что они там в этих новых классах намудрили. Но раньше такое не прокатывало. Каждый раз надо было создавать объекты. Иначе это противоречит логике работы с контролами.

[Алексей++]

попробовал чисто с заданием мембера и связыванием в DoDataExchange:
CMFCButton  - по виду обычная кнопка, работает, но цвет не меняет   
CMFCSpinButtonCtrl - спин контрол работает на ура, цвет/стиль меняется вместе с фреймом
CMFCEditBrowseCtrl - едит с виду тоже обычный едит, стиль не меняется

[Алексей++]

кстати, забыл отписаться )

закрасить фон CDialog (и вообще CWnd) в соответствии с темой можно так

Код:

BOOL CMyDlg::OnEraseBkgnd(CDC* pDC)
{
	RECT r;
	GetClientRect(&r);
	CMFCVisualManager::GetInstance()->FillReBarPane(pDC,(CBasePane*)this,r);
	return 1;
}

[Алексей++]

а чтобы статики стали прозрачные, надо

Код:

HBRUSH CMyDlg::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor)
{
	HBRUSH h=CDialog::OnCtlColor(pDC, pWnd, nCtlColor);

	if(nCtlColor==CTLCOLOR_STATIC)
	{
		static CBrush br;
		if(!br.m_hObject)
		{
			LOGBRUSH logBrush;
			::memset(&logBrush,0,sizeof(logBrush));
			logBrush.lbStyle = BS_NULL;
			br.CreateBrushIndirect(&logBrush);
		}

		pDC->SetBkMode(TRANSPARENT);
		return br;
	}

	return h;
}

[Джон]

О как. Всё-таки через менеджера. Ну вот тебе и флаг в руки. Долби эти новые CMFC*-классы. Кто-то должен.

Ты кстати со студией не разобрался? Почему она у тебя так с ресурсами неадекватно?

[Алексей++]

О как. Всё-таки через менеджера. Ну вот тебе и флаг в руки. Долби эти новые CMFC*-классы. Кто-то должен.

ну да, там некоторые элементы прямо нарисовать можно. Одно только нехорошо - рамка с текстом (статик же тоже) при прозрачности некрасиво выглядит - линия . Пока прервался, потом ещё поковыряю - может тупо через менеджер тоже отрисую

Ещё не могу разобраться, как сменить цвета темы, хотя они там все protected как на ладони - какая-то там хитрость есть всё таки

Ты кстати со студией не разобрался? Почему она у тебя так с ресурсами неадекватно?

не разбирался, подключить проект для копирования ресов несложно и ненапряжно И удалить потом тоже

[Джон]

Ещё не могу разобраться, как сменить цвета темы, хотя они там все protected как на ладони - какая-то там хитрость есть всё таки

Я думаю должна быть возможность определять пользовательские темы. Или же посмотреть где у них стандарты забиты и какого они типа.

[Phodopus]

Ресурсы (диалог) же можно просто скопировать в одном проекте (правой кнопкой - Copy) и потом вставить в другом...

ты меня понял Кастинг/не кастинг, а GetDlgItem вернёт указатель на объект CButton (хоть и приведённый к CWnd*)

Серьезное заблуждение. Возвращает он именно CWnd и только CWnd. Приведение к CButton некорректно, хотя все повсеместно так и делают, но срабатывает оно лишь потому что методы типа SetCheck() объявлены как inline и реализованы как SendMessage(). Абсолютно корректным будет лишь CButton::Attach()/CButton::Detach()

[Алексей++]

Phodopus, уже разобрались, всё гораздо проще: хочь ты CWnd, хочь CButton - всё едино это суть HWND и всё Все методы обёрток - лишь шлют сообщения объекту HWND. Поэтому приводить так безопасно

ИНЛАЙН уж точно ни при чём

Вот из-за таких как ты ваятелей и бытует мнение о "сложности" и "неудобности" MFC

[Джон]

Зря ты так, Лёш. Phodopus только сказал как на самом деле всё происходит. И лучше всего не просто доверять своему опыту в тех случаях, когда "стандартное" использование работает, а ещё и понимать, почему оно это делает, и "сложности" MFC это никак не придаёт. Скорее наоборот, все эти "сложности" и "неудобства" являются результатом использования MFC по привычке "делай как я", до тех пор, пока это работает, а как только перестаёт работать, все начинают ругаться и плеваться, обвиняя корявость MFC, но никак не себя родимого, поленившегося в своё время разобраться.

[Алексей++]

Джон, не знаю, как у него там чего происходит, у меня всё работает, плеваться не приходилось

[Джон]

До поры до времени.

[Алексей++]

Джон, а если и не придётся ? ))

[RXL]

Леш, немножко переучиться не так сложно. Зато будешь больше уверен в качестве своей работы. Я так думаю.

[Алексей++]

Переучиться в чём ?

[RXL]

В своих привычках
В частности - о чем вы тут спорили.

[Алексей++]

ну, мы вроде не о привычках, а об унутреннем устройстве )

[RXL]

А что ты под конец говорил? Как раз о своих привычках.

[Алексей++]

ммм, даже поиском поискал "привыч", у меня не было таких слов. У Джона было