MFC ActiveX Controls: Advanced Topics

 

The new home for Visual Studio documentation is Visual Studio 2017 Documentation on docs.microsoft.com.

The latest version of this topic can be found at MFC ActiveX Controls: Advanced Topics.

This article covers advanced topics related to developing ActiveX controls. These include:

  • Using Database Classes in ActiveX Controls

  • Implementing a Parameterized Property

  • Handling Errors in Your ActiveX Control

  • Handling Special Keys in the Control

  • Accessing Dialog Controls That Are Invisible at Run Time

Using Database Classes in ActiveX Controls

Because the ActiveX control classes are part of the class library, you can apply the same procedures and rules for using database classes in a standard MFC application to developing ActiveX controls that use the MFC database classes.

For a general overview of the MFC database classes, see MFC Database Classes (DAO and ODBC). The article introduces both the MFC ODBC classes and the MFC DAO classes and directs you to more details on either.

Note

As of Visual C++ .NET, the Visual C++ environment and wizards no longer support DAO (although the DAO classes are included and you can still use them). Microsoft recommends that you use OLE DB Templates or ODBC and MFC for new projects. You should only use DAO in maintaining existing applications.

Implementing a Parameterized Property

A parameterized property (sometimes called a property array) is a method for exposing a homogeneous collection of values as a single property of the control. For example, you can use a parameterized property to expose an array or a dictionary as a property. In Visual Basic, such a property is accessed using array notation:

        x = o.Array(2, 3) ' gets element of 2D array
        o.Array(2, 3) = 7 ' sets element of 2D array

Use the Add Property Wizard to implement a parameterized property. The Add Property Wizard implements the property by adding a pair of Get/Set functions that allow the control user to access the property using the above notation or in the standard fashion.

Similar to methods and properties, parameterized properties also have a limit to the number of parameters allowed. In the case of parameterized properties, the limit is 15 parameters (with one parameter reserved for storing the property value).

The following procedure adds a parameterized property, called Array, which can be accessed as a two-dimensional array of integers.

To add a parameterized property using the Add Property Wizard

  1. Load your control's project.

  2. In Class View, expand the library node of your control.

  3. Right-click the interface node for your control (the second node of the library node) to open the shortcut menu.

  4. From the shortcut menu, click Add and then click Add Property.

  5. In the Property Name box, type Array.

  6. In the Property Type box, select short.

  7. For Implementation Type, click Get/Set Methods.

  8. In the Get Function and Set Function boxes, type unique names for your Get and Set Functions or accept the default names.

  9. Add a parameter, called row (type short), using the Parameter Name and Parameter Type controls.

  10. Add a second parameter called column (type short).

  11. Click Finish.

Changes Made by the Add Property Wizard

When you add a custom property, the Add Property Wizard makes changes to the control class header (.H) and the implementation (.CPP) files.

The following lines are added to the control class .H file:

   SHORT GetArray(SHORT row, SHORT column);
   void SetArray(SHORT row, SHORT column, SHORT newVal);

This code declares two functions called GetArray and SetArray that allow the user to request a specific row and column when accessing the property.

In addition, the Add Property Wizard adds the following lines to the control dispatch map, located in the control class implementation (.CPP) file:

   DISP_PROPERTY_PARAM_ID(CMyAxUICtrl, "Array", dispidArray, GetArray, SetArray, VT_I2, VTS_I2 VTS_I2)

Finally, the implementations of the GetArray and SetArray functions are added to the end of the .CPP file. In most cases, you will modify the Get function to return the value of the property. The Set function will usually contain code that should execute, either before or after the property changes.

For this property to be useful, you could declare a two-dimensional array member variable in the control class, of type short, to store values for the parameterized property. You could then modify the Get function to return the value stored at the proper row and column, as indicated by the parameters, and modify the Set function to update the value referenced by the row and column parameters.

Handling Errors in Your ActiveX Control

If error conditions occur in the control, you may need to report the error to the control container. There are two methods for reporting errors, depending on the situation in which the error occurs. If the error occurs within a property's Get or Set function, or within the implementation of an OLE Automation method, the control should call COleControl::ThrowError, which signals to the control user that an error has occurred. If the error occurs at any other time, the control should call COleControl::FireError, which fires a stock Error event.

To indicate the kind of error that has occurred, the control must pass an error code to ThrowError or FireError. An error code is an OLE status code, which has a 32-bit value. When possible, choose an error code from the standard set of codes defined in the OLECTL.H header file. The following table summarizes these codes.

ActiveX Control Error Codes

Error Description
CTL_E_ILLEGALFUNCTIONCALL Illegal function call
CTL_E_OVERFLOW Overflow
CTL_E_OUTOFMEMORY Out of memory
CTL_E_DIVISIONBYZERO Division by zero
CTL_E_OUTOFSTRINGSPACE Out of string space
CTL_E_OUTOFSTACKSPACE Out of stack space
CTL_E_BADFILENAMEORNUMBER Bad file name or number
CTL_E_FILENOTFOUND File not found
CTL_E_BADFILEMODE Bad file mode
CTL_E_FILEALREADYOPEN File already open
CTL_E_DEVICEIOERROR Device I/O error
CTL_E_FILEALREADYEXISTS File already exists
CTL_E_BADRECORDLENGTH Bad record length
CTL_E_DISKFULL Disk full
CTL_E_BADRECORDNUMBER Bad record number
CTL_E_BADFILENAME Bad file name
CTL_E_TOOMANYFILES Too many files
CTL_E_DEVICEUNAVAILABLE Device unavailable
CTL_E_PERMISSIONDENIED Permission denied
CTL_E_DISKNOTREADY Disk not ready
CTL_E_PATHFILEACCESSERROR Path/file access error
CTL_E_PATHNOTFOUND Path not found
CTL_E_INVALIDPATTERNSTRING Invalid pattern string
CTL_E_INVALIDUSEOFNULL Invalid use of NULL
CTL_E_INVALIDFILEFORMAT Invalid file format
CTL_E_INVALIDPROPERTYVALUE Invalid property value
CTL_E_INVALIDPROPERTYARRAYINDEX Invalid property array index
CTL_E_SETNOTSUPPORTEDATRUNTIME Set not supported at run time
CTL_E_SETNOTSUPPORTED Set not supported (read-only property)
CTL_E_NEEDPROPERTYARRAYINDEX Need property array index
CTL_E_SETNOTPERMITTED Set not permitted
CTL_E_GETNOTSUPPORTEDATRUNTIME Get not supported at run time
CTL_E_GETNOTSUPPORTED Get not supported (write-only property)
CTL_E_PROPERTYNOTFOUND Property not found
CTL_E_INVALIDCLIPBOARDFORMAT Invalid clipboard format
CTL_E_INVALIDPICTURE Invalid picture
CTL_E_PRINTERERROR Printer error
CTL_E_CANTSAVEFILETOTEMP Can't save file to TEMP
CTL_E_SEARCHTEXTNOTFOUND Search text not found
CTL_E_REPLACEMENTSTOOLONG Replacements too long

If necessary, use the CUSTOM_CTL_SCODE macro to define a custom error code for a condition that is not covered by one of the standard codes. The parameter for this macro should be an integer between 1000 and 32767, inclusive. For example:

#define MYCTL_E_SPECIALERROR CUSTOM_CTL_SCODE(1000)

If you are creating an ActiveX control to replace an existing VBX control, define your ActiveX control error codes with the same numeric values the VBX control uses to ensure that the error codes are compatible.

Handling Special Keys in the Control

In some cases you may want to handle certain keystroke combinations in a special way; for example, insert a new line when the ENTER key is pressed in a multiline text box control or move between a group of edit controls when a directional key ID pressed.

If the base class of your ActiveX control is COleControl, you can override CWnd::PreTranslateMessage to handle messages before the container processes them. When using this technique, always return TRUE if you handle the message in your override of PreTranslateMessage.

The following code example demonstrates a possible way of handling any messages related to the directional keys.

BOOL CMyAxUICtrl::PreTranslateMessage(MSG* pMsg)
{
   BOOL bHandleNow = FALSE;

   switch (pMsg->message)
   {
      case WM_KEYDOWN:
         switch (pMsg->wParam)
         {
         case VK_UP:
         case VK_DOWN:
         case VK_LEFT:
         case VK_RIGHT:
            bHandleNow = TRUE;
            break;
         }
         if (bHandleNow)
         {
            OnKeyDown((UINT)pMsg->wParam, LOWORD(pMsg->lParam), HIWORD(pMsg->lParam));
         }
         break;
   }
   return bHandleNow;
}

For more information on handling keyboard interfaces for an ActiveX control, see the ActiveX SDK documentation.

Accessing Dialog Controls that Are Invisible at Run Time

You can create dialog controls that have no user interface and are invisible at run time. If you add an invisible at run time ActiveX control to a dialog box and use CWnd::GetDlgItem to access the control, the control will not work correctly. Instead, you should use one of the following techniques to obtain an object that represents the control:

  • Using the Add Member Variable Wizard, select Control Variable and then select the control's ID. Enter a member variable name and select the control's wrapper class as the Control Type.

    -or-

  • Declare a local variable and subclass as the dialog item. Insert code that resembles the following (CMyCtrl is the wrapper class, IDC_MYCTRL1 is the control's ID):

       CCirc myCirc;
       myCirc.SubclassDlgItem(IDC_CIRCCTRL2, this);
       // ... use myCirc ...
       myCirc.UnsubclassWindow();
    

See Also

MFC ActiveX Controls