Custom Window Class for View Window

Often I have been coding away and realized that to get exactly the behavior I would like I would need to change the Window class for my View window. Upon looking into the Developer Studio help file, and perusing the help to AfxRegisterClass, I'd realize that this could be a bit more work than one would originally think. The most recent time I went to do this I came across Zafir Anjum's example "Titletip for individual cells" in the ListView section of this code repository. Looking at what he had done for his custom window classes I realized that if I could get the class info for the default window class of the MFC View class, it would be trivial to change the settings of said class and reregister it under a new name. This is what I came up with.
#define CUSTOM_CLASSNAME _T("YourCustomClassName")

BOOL CMyView::PreCreateWindow(CREATESTRUCT& cs)
{

   // modify window styles and such here
   cs.style |= (WS_CLIPCHILDREN | WS_CLIPSIBLINGS);          
 
   // call base class PreCreateWindow to get the cs.lpszClass filled in with the MFC default class name
   if( !CView::PreCreateWindow(cs) )
     return 0;

   // Register the window class if it has not already been registered.
   
   WNDCLASS wndcls;
   HINSTANCE hInst = AfxGetInstanceHandle();

   if(!(::GetClassInfo(hInst, CUSTOM_CLASSNAME, &wndcls)))      // check if our class is registered
   {
     if(::GetClassInfo(hInst, cs.lpszClass, &wndcls))           // get default MFC class settings 
     {
	wndcls.lpszClassName = CUSTOM_CLASSNAME;                // set our class name

	wndcls.style |= CS_OWNDC;			        // change settings for your custom class
        wndcls.hbrBackground = NULL;

        if (!AfxRegisterClass(&wndcls))                         // register class
          AfxThrowResourceException();				// could not register class
     }
     else
       AfxThrowResourceException();				// default MFC class not registered
    }

    cs.lpszClass = CUSTOMVIEWCLASSNAME;                         // set our class name in CREATESTRUCT

    return 1;                                                   // we're all set
}

Date Posted: 6/24/98
Posted by: Pat Laplante.



Comments

  • Fantastic!

    Posted by Legacy on 07/30/2003 12:00am

    Originally posted by: Beau Jackson

    This is exactly what I was looking for - MFC dynamically generated window class names were giving me fits because I had to make a call to FindWindow() and you have to provide the class name.

    Thanks!

    Reply
Leave a Comment
  • Your email address will not be published. All fields are required.

Top White Papers and Webcasts

  • Java developers know that testing code changes can be a huge pain, and waiting for an application to redeploy after a code fix can take an eternity. Wouldn't it be great if you could see your code changes immediately, fine-tune, debug, explore and deploy code without waiting for ages? In this white paper, find out how that's possible with a Java plugin that drastically changes the way you develop, test and run Java applications. Discover the advantages of this plugin, and the changes you can expect to see …

  • On-demand Event Event Date: September 10, 2014 Modern mobile applications connect systems-of-engagement (mobile apps) with systems-of-record (traditional IT) to deliver new and innovative business value. But the lifecycle for development of mobile apps is also new and different. Emerging trends in mobile development call for faster delivery of incremental features, coupled with feedback from the users of the app "in the wild." This loop of continuous delivery and continuous feedback is how the best mobile …

Most Popular Programming Stories

More for Developers

Latest Developer Headlines

RSS Feeds