The following code is one of the ways... You would have to read the GDI to understand by SetBkColor won't work (you have to define a context first b4 u use it) void CChildView::OnPaint() { CPaintDC dc(this); // device context for painting CRect rect; GetClientRect(&rect); //Obtain the height/width of the window CBrush brush = CBrush (RGB (0, 0, 255)); //Create a blue color brush CBrush *pOldBrush = dc.SelectObject(&brush); dc.Rectangle(0, 0, rect.Width(), rect.Height()); //Fill the client area with the blue rect dc.SelectObject(pOldBrush); //restore old brush } (http://www.dvrshark.com)

Umer Mansoor

didn't work!!! i want to show it, not hide it, but INSIDE my APP Umer Mansoor

I know converting Win32-app to ActiveX looks like a good idea. I'm here to explore other options. Umer Mansoor

Nave, Thanks for replying. Let me clarify: We've a Win32 application with source code. I want to create a new MFC application. Now I want to run Win32-app in way that it only appears in my MFC application (not on taskbar, not on desktop) but *inside* my MFC application. [That is the MFC-app becomes the parent of the Win32-app] This will allow me to keep the Win32-app intact, while the outer-frame will be in MFC, which offcourse, I'll customize way more easily than Win32. ShellExecute() I think won't help as it still create a new instance on the desktop. I can still pass the handle to my MFC application but that will only relay messages to my MFC app. Umer Mansoor

Hello Guys, I've an old Win32 application, which is written in C. The problem is that for some reason, we need to convert it to MFC. I'd prefer is a separate application that can swallow and show instances of Win32-App and provide the interface. Is it possible? I'd love to know. Umer Mansoor