SftTree/DLL 7.5 - Tree Control
SftBox/OCX 5.0 - Combo Box Control
SftButton/OCX 3.0 - Button Control
SftMask/OCX 7.0 - Masked Edit Control
SftTabs/OCX 6.5 - Tab Control (VB6 only)
SftTree/OCX 7.5 - Tree Control
SftPrintPreview/DLL 2.0 - Print Preview Control (discontinued)
SftTree/DLL 7.5 - Tree Control
SftBox/OCX 5.0 - Combo Box Control
SftButton/OCX 3.0 - Button Control
SftDirectory 3.5 - File/Folder Control (discontinued)
SftMask/OCX 7.0 - Masked Edit Control
SftOptions 1.0 - Registry/INI Control (discontinued)
SftPrintPreview/OCX 1.0 - Print Preview Control (discontinued)
SftTabs/OCX 6.5 - Tab Control (VB6 only)
SftTree/OCX 7.5 - Tree Control
SftTabs/NET 6.0 - Tab Control (discontinued)
SftTree/NET 2.0 - Tree Control
This section describes how SftDirectory is typically used with Visual C++ 6.0. For information on how to use this product with unmanaged C/C++ with Visual Studio 2005 and above, please see Using SftDirectory with Visual Studio (Unmanaged C/C++).
All interfaces offered by SftDirectory, such as ISftDirectory, ISftDirectoryFolder, etc. are implemented as dual interfaces. Using vtable binding is significantly more efficient than using the IDispatch interface. The approach presented here relies on the #import preprocessor directive available in Visual C++.
Adding SftDirectory To A Project
Special Considerations
- Picture Properties
- Font Properties
- Color Properties
Typically, the control is used with an MFC based application (or ATL). For this example, a sample MFC based application is used, but any C or C++ application developed using Visual C++ can use this approach. This sample is created using the MFC AppWizard. A dialog based application is generated. While it is possible to use SftDirectory in non-dialog windows, this is rarely the case.
In order to use any ActiveX controls in an MFC based project, OLE control support has to be added to the project. This is accomplished automatically when using AppWizard (as long as ActiveX control support is selected), or can be added later in the CWinApp::InitInstance member function, by using the AfxEnableControlContainer() function. For more information on ActiveX controls and Visual C++ please see the Visual C++ documentation.
ActiveX controls are easily added to a dialog by right-clicking on the dialog.
From the displayed popup menu, select Insert ActiveX Control..., which will display the following dialog:
The SftDirectory control will be shown in the list.
Select the control "SftDirectory 3.5 Directory Control" by highlighting it and click OK. This adds the control to the dialog. If an error message is displayed once you click OK, the product SftDirectory is not correctly installed or the control may have been unregistered accidentally. Quit Visual C++ and use the entry Maintenance, Register SftDirectory in Windows Registry in the SftDirectory 3.5 program group to register the control. Restart Visual C++ and try to add the control to the dialog again.
Resize the control to a suitable size.
Member variables for the control can simply be added to your dialog implementation.
Add a variable for the control to your dialog's header file. The control class is always CWnd:
public: CWnd m_Dir1; <<<<<<<
Add a DDX_Control entry to your dialog's DoDataExchange function. Make sure the ID used matches the ID used in the dialog resource (IDC_SFTDIRECTORY1 in this example).
void CYourDialog::DoDataExchange(CDataExchange* pDX) { CDialog::DoDataExchange(pDX); DDX_Control(pDX, IDC_SFTDIRECTORY1, m_Dir1); <<<<<<<< }
Because no generated wrapper classes are used, #import statements have to be added to Stdafx.h. The #import directive makes all interfaces and the associated methods and properties available to the application.
#pragma warning(disable : 4192) // automatically excluding 'Ixxx' while importing type library #import <SftDirectory_IX86_U_35.ocx> rename_namespace("SftDirectoryNameSpace") \ exclude("_STRRET") exclude("UINT_PTR") exclude("tagOleMenuGroupWidths") \ exclude("FOLDERSETTINGS") exclude("IShellFolder") exclude("IEnumIDList") \ exclude("IShellView") exclude("IShellBrowser") #if _MSC_VER >= 1400 // need at least Visual Studio 2005 # pragma comment(lib, "comsuppw.lib") // avoid link error in VS2005 #endif #pragma warning(default : 4192) using namespace SftDirectoryNameSpace;
SftDirectory controls are installed in the Windows System(32) directory.
The #import statement generates two files, SftDirectory_IX86_U_35.tlh and SftDirectory_IX86_U_35.tli, which are automatically included into the source at the position of the #import directive. It does so by analyzing the type library which is built into the SftDirectory control. These files contain the definition of the methods and properties as shown in the Syntax section of each method and property.
VARIANT_BOOL Boolean = object->Enabled;
In addition, lower level function calls are also defined.
VARIANT_BOOL Boolean = object->GetEnabled(); void object->PutEnabled(VARIANT_BOOL Boolean);
The generated header files SftDirectory_IX86_U_35.tlh and SftDirectory_IX86_U_35.tli should be used as a reference when using the functions and C++ properties. This documentation generally includes the higher level property variables and functions only. Some low-level functions are not shown and can only be found in the generated header files.
Which style is used depends on your preference. Both styles are identical in functionality but some styles are easier to use. For example, the Enabled property can be set using any of the following styles:
ISftDirectoryPtr vDir1 = m_Dir1.GetControlUnknown(); vDir1->Enabled = VARIANT_FALSE;
or
ISftDirectoryPtr vDir1 = m_Dir1.GetControlUnknown(); vDir1->PutEnabled(VARIANT_FALSE);
For more information on smart pointers such as ISftDirectoryPtr used above, please see the Visual C++ product documentation.
IntelliSense information is available for SftDirectory 3.5, but it is not automatically added to your projects. To "activate" IntelliSense help, add the generated header files SftDirectory_IX86_U_35.tlh and SftDirectory_IX86_U_35.tli to your project. IntelliSense is only available for files that are part of your project. Using the Project, Add to Project, Files... menu command, locate the above header files in your project's directory or subdirectories and add these to your project. These files exist only after the project has been compiled at least once.
All required steps have now been completed to use SftDirectory.
Add the following sample code to initialize the control in the OnInitDialog member function of the dialog:
ISftDirectoryPtr vDir1 = m_Dir1.GetControlUnknown(); vDir1->TopMostFolder = _T("C:\\"); vDir1->Headers->Style = headersSftDirectoryButton; vDir1->ColumnEntry[0]->HeaderText = _T("Folders");
In this example, the control is initialized at run-time using code. Of course it is also possible (and much easier) to set up all properties using the property pages. You can access the property pages by right-clicking on the control and select the Properties... entry of the popup menu.
You can run the sample application and it displays a list of folders located on your C: drive.
After adding the control to the form, right click on the control and select the Properties... entry of the popup menu. This displays the Property Dialog for the control.
Please note that you can right-click on a property or double-click on the description of a property to access its complete help information.
This control has many properties and methods which you can use. This is a very simple example and doesn't even begin to exploit the capabilities of this control. Please take a moment to familiarize yourself with the objects offered by the SftDirectory control. Each object represents a specific area of the control and can be fully customized. Also make sure to run the demo which is included with this product and take a look at the included samples.
The #import statement generates two files, SftDirectory_IX86_U_35.tlh and SftDirectory_IX86_U_35.tli, which are automatically included into the source at the position of the #import directive. It does so by analyzing the type library which is built into the SftDirectory control. These files contain the definition of the methods and properties as shown in the Syntax section of each method and property.
Applications written using C/C++ have direct access to Windows APIs and generally can manipulate bitmaps, icons and metafiles using Windows handles. ActiveX controls manipulate all pictures using the OLE Picture object represented by the IPicture and IPictureDisp interfaces. SftDirectory has full support for Windows handles and OLE Picture objects, so a C/C++ application can use its preferred picture representation.
OLE Picture objects can be created using Windows API functions, such as OleCreatePictureIndirect.
IPictureDispPtr pPic; PICTDESC PictDesc; PictDesc.cbSizeofstruct = sizeof(PICTDESC); PictDesc.picType = PICTYPE_BITMAP; PictDesc.bmp.hbitmap = (HBITMAP) bitmap_handle; PictDesc.bmp.hpal = NULL; HRESULT hr = OleCreatePictureIndirect(&PictDesc, __uuidof(pPic)/*IID_IPictureDisp*/, FALSE, (void**)&pPic); ASSERT(SUCCEEDED(hr)); . . . vDir->CurrentFolder->PutRefPicture(pPic); .. or .. vDir->CurrentFolder->PutRefPicture(pPic);
The Syntax section of picture properties typically shows Get, Put and PutRef forms. If both Put and PutRef are available, PutRef is the preferred form as it conserves resources and assigns a picture object reference to the control. Put causes the control to completely copy the picture object.
Fonts are represented using the OLE Font object and the IFontDisp interface. OLE Font objects can be created using the Windows API function OleCreateFontIndirect.
The SftDirectoryFolder.Font property (for example) can be used as follows:
IFontPtr pFont = vDir1->CurrentFolder->GetFont(); pFont->put_Name(_bstr_t(_T("MS Sans Serif"))); pFont->put_Weight(FW_BOLD); pFont->put_Italic(VARIANT_FALSE); CY size; size.int64 = 100000;// point size * 10000 pFont->put_Size(size);
The Syntax section of font properties typically shows Get, Put and PutRef forms. If both Put and PutRef are available, PutRef is the preferred form as it conserves resources and assigns a font object reference to the control. Any change to the font object is reflected in the control also. Put on the other hand causes the control to completely copy the font object.
The valid range for a color value is 0 to 16,777,215 (0xffffff). The high order byte of a number in this range equals 0; the lower 3 bytes, from least to most significant byte, determine the amount of red, green, and blue, respectively. The red, green, and blue components are each represented by a number between 0 and 255 (0xff). If the high byte is not 0, the system colors as defined in Control Panel's settings are used. The Windows API GetSysColor defines all valid constants. Please see your development environment's documentation for applicable color constants.
vDir1->CurrentFolder->BackColor = 0x80000000L | COLOR_HIGHLIGHT; vDir1->CurrentFolder->BackColor = 0x000000ffL;