Are you thinking of splitter windows[^]? --Mike-- Visual C++ MVP :cool: LINKS~! Ericahist | PimpFish | CP SearchBar v3.0 | C++ Forum FAQ Ford, what's this fish doing in my ear?

If you have a handle to the window, you can use GetWindowRect(). "Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

Um, that is the correct syntax and should put the dialog on top. I can't think what would be preventing it in your situation. Ant. I'm hard, yet soft. I'm coloured, yet clear. I'm fuity and sweet. I'm jelly, what am I? - David Williams (Little Britain)

If you want a slightly cleaner architecture, put the code in a separate function and call it from both OnWindowPosChanging and PreSubclassWindow.

ohadp wrote: There is no other solution except for placing this in all my methods that perform MFC calls ? No, it is only needed by those functions that load resources from the DLL. Your DLL can use MFC all day long, but if it ever needs to load one of its own resources, it must use the AFX_MANAGE_STATE() macro. "The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

you could use InsertColumn only once and setting up the width of the control, it should use all the control's width and only in one column. Written by: Rafael Fernández López. Visit: http://www.maestroprogramador.com

The CDynLinkLibrary is a list of libraries loaded dynamically during the run of the MFC program. When the MFC program requires a resource, it will traverse the chain of the dll in the list and stop once it finds the resource that matches. If you want the MfcExt.dll to only use resources from the MfcExt-Res.dll, you have two easy choices as I see it: 1. Always adjust the AfxSetResourceHandle() prior to any calls within MfcExt.dll that might load resources to the MfcExt-Res.dll and then set it BACK once you are done loading resources, which will cause it to load resources from the desired resource dll 2. Only use resouce identifiers in the MfcExt-Res.dll that do not overlap any within the MfcApp-Res.dll module. When the MfcApp.exe tries to load a resource, it will check MfcApp-Res.dll and then search in MfcExt-Res.dll. The MfcExt.dll will do the same search, but it will only find the resources in the MfcApp-Res.dll. I prefer to PLAN my resource utilitization, assign numerical identifier ranges, and go with option 2 myself. It saves tracking down resource loading and a lot of busy work associaed with option 1.

There was anoher overlapping window lacking the WS_CLIPSIBLINGS style. Thanks for WS_CLIPSIBLINGS :-)

ok, i was thinking of another. just verified. TOXCCT >>> GEII power

I place interest on everything that happens in the Windows OS. I, however, do not know for sure if it is a built-in feature. You should try asking Microsoft directly, I'm sure they can provide a sure answer. And no, I have not tried if this behaviour is repeatable on other Windows OS revisions. -Antti Keskinen ---------------------------------------------- The definition of impossible is strictly dependant on what we think is possible.