C / C++ / MFC

To do that, specify WS_EX_TOOLWINDOW style for your dialog and remove WS_EX_APPWINDOW. Note: To remove WS_EX_APPWINDOW style go to your .rc file and remove it manualy.

I haven't seen one about, but if you can spare a couple of hours, why don't you pull out the source for CRect from the MFC header and source files, and then template it for the different types ?

I found what I was looking for. It is called DDXFile and was writen by P J Naughter.

Hi look at EnumProcesses and EnumProcessModules

Hi Just use a CFile and read it. Go through the data using isalnum and as soon as you get a FALSE return and it is not a carriage return or line feed you'll know it is binary.

Hi either make your parsing class a member of your dialog or your dialog a member of your parsing class. Or use FindWindow(...) from your parsing class.

Hi Send and Receive the WM_COPY message

DWORD size = GetRgnData(hRgn, 0, NULL); RGNDATA * pData = (RGNDATA *) new BYTE[size]; GetRgnData(hRgn, size, pData); WriteFile(hFile, ,,, pData, size,,,); delete [] (BYTE *) pData;

You can try to set WS_CLIPCHILDREN to the parent window. This will not invalidate the child windows when drawing/invalidate the parent client area, but you still will have flicker when drawing the connections. If you want to get rid of the later too, then the memdc solution is simpler (!)

Nope, a VxD can only call a Win16 DLL. On my last project at my last job, we were adding a GUI interface to control a VxD, and according to our 2 VxD experts, the GUI had to be entirely Win16 code.

You should use the Rich Edit Control instead of the regular Edit control.

Great! Thanks I'll try that....

As far as pt1 is concerned, I believe that CHtmlView defines a control site for the underlying browser control. What you therefore need to do is override this with a custom control site containing your own context menu... Check out knowledge base article Q236312, 'HOWTO: Disable the Default Pop-up Menu for CHtmlView' for a detailed explanation