Hide

SftTree/OCX 7.5
Features
- Tree Components
- Split Tree Control - Splitter Bar
- Right-To-Left Reading Support
- Using Themes
- Drag & Drop
- Horizontal Scrolling
- Item Features
  - Items
  - Row Headers
  - Expanding/Collapsing Items
  - Expand/Collapse Buttons
  - Fixed / Variable Height Items
  - Item IDs
  - Selections
  - Flyby Highlighting
- Cell Features
  - Cells
  - Cell Merging
  - Multi-Line Cell Text
  - Cell Editing
  - Content Windows
- Column Features
  - Columns
  - Display vs. Real Columns
  - Column Headers
  - Column Footers
  - Column Drag & Drop
  - Column Resizing
- Keyboard Interface
- Scroll Tips
- Tool Tips
- Progress Bars
- Background Bitmap
- GDI+
- Bitmap Transparency
- Virtual Mode
- Virtual Data Source
Using SftTree/OCX
Demo Application
Samples
Run-Time Distribution
Technical Support
Reference

SftTree/OCX 7.5 - ActiveX Tree Control

Upgrading To Version 7.5

Converting an Existing Application

If you are upgrading from version 4.5 (or older), please see "Upgrading To Version 7.5 From Version 4.5" instead.

The conversion is not automatic, but takes just a few minutes for a project.

Only a minimal conversion is required when upgrading from SftTree/OCX 7.0 to SftTree/OCX 7.5. SftTree/OCX 7.5 is virtually 100% source compatible to older releases of SftTree/OCX. Your application(s) must be recompiled to use SftTree/OCX 7.5. SftTree/OCX 7.5 and older versions of SftTree/OCX can coexist on the same system and can be used in the same application.

Make sure to back up your current projects, before converting your projects. Please read the conversion process specific to your language carefully BEFORE converting your project. After converting, once the control saves updated property settings, you will not be able to return to SftTree/OCX 7.0.

Visual Basic
.NET (Managed Languages)
Visual C++ (Unmanaged C/C++)
Delphi
HTML
Other Development Tools

Visual Basic

After installing SftTree/OCX 7.5, all your projects will continue to use SftTree/OCX 7.0 until you make the following change in each project's main VBP (Visual Basic Project) file. Before opening the project file, make sure to close the project in Visual Basic, then edit the VBP file using a text editor and make the following changes:

Existing Project File (VPB File):

Type=Exe
Form=Form1.frm
Reference=*\G{00020430-0000-0000-C000-000000000046}#2.0#0#G:\WINNT\System32\stdole2.tlb#OLE Automation
Object={10C7FF30-FC3E-4579-A9F2-C1BA410D3B56}#7.0#0; SftTree_IX86_U_70.ocx
IconForm="Form1"
Startup="Form1"
ExeName32="yourexe.exe"
Command32=""
Name="yourproject"

The line describing SftTree/OCX 7.0 (above, using a bold font) should be replaced with the following line:

Object={9EBAA930-293D-44FA-9989-08F078763A1F}#7.5#0; SftTree_IX86_U_75.ocx

You can copy this line directly from this help file or copy it from the file "Upgrade.txt" which you can find in the SftTree/OCX product directory. The line must be copied as-is, without any modifications.

Existing Forms And Modules (FRM, BAS Files):

All forms and modules must be edited using a text editor. The following changes can easily be accomplished by a global edit and replace operation:

Edit all occurrences of SftTreeLib70 and replace them with SftTreeLib75

Once the VBP and FRM file have been saved, you can open the project in Visual Basic. Make sure to review each form (in design mode) and save it to complete the upgrade. The controls will save updated property settings, so you will not be able to return to SftTree/OCX 7.0. Once all forms have been saved, the project is using SftTree/OCX 7.5.

.NET (Managed Languages)

While most other languages offer a fairly easy conversion, .NET and its languages require a bit more effort, but in most cases is limited to the steps documented below.

Existing Forms (FRM Files):

Updating the forms to use SftTree/OCX 7.5 is quite straightforward:

A reference to SftTree/OCX 7.5 needs to be added to the project. This is easily accomplished by adding a SftTree/OCX 7.5 control to any form of your project. It is located in the toolbox group Softel vdm, Inc. For information about this, please see "Using SftTree/OCX with .NET". As soon as this new control is added to your form, the references are added to your project. The Solution Explorer window now shows two new references to AxSftTreeLib75 and SftTreeLib75. Once these references are added, the new control can be deleted from your form. The references remain.
If you are upgrading from a version prior to 7.0 also perform the following step:

Add the SftHelperComponent component to your form. It is located in the toolbox group Softel vdm, Inc. For information about this, please see "Using SftTree/OCX with .NET". The SftHelperComponent component is required for GDI+/.NET Image Object support using the NETImageObject property. It also eliminates the need for the OLEConvert.cs or OLEConvert.vb source files that were used in earlier releases.

Close all forms.
Open each form, one at a time, using the View Code menu entry in the Solution Explorer window. The popup menu is accessed by right-clicking on a form name. If you accidentally open a form in design mode, close it without saving, as your current tree control settings for this form are most likely lost.

Edit all occurrences of SftTreeLib70 and replace them with SftTreeLib75
If you are upgrading from a version prior to 7.0 also perform the following steps:

C#: Edit all occurrences of using OLEConvert; and replace them with using Softelvdm.OLEConvert;
VB: Edit all occurrences of Imports projectname.OLEConvert and replace them with Imports Softelvdm.OLEConvert

The existing references to SftTree/OCX 7.0 (or older) can now be removed. If the Solution Explorer window shows references to AxSftTreeLib70 and SftTreeLib70, these can be removed.
If your project includes the source file OLEConvert.cs (C#) or OLEConvert.vb (VB), remove it now. It is no longer needed.

The forms can now be opened and the project uses SftTree/OCX 7.5 exclusively. You will not be able to return to SftTree/OCX 7.0.

Visual C++ (Unmanaged C/C++)

Resource Files

After installing SftTree/OCX 7.5, all your projects will continue to use SftTree/OCX 7.0 until you make the following change in each dialog resource that defines a SftTree/OCX control. Before opening the resource script (RC file), make sure to close the project in Visual C++, then edit the RC file using a text editor and make the following changes:

IDD_MFC_DIALOG DIALOGEX 0, 0, 320, 200
STYLE DS_MODALFRAME | WS_POPUP | WS_VISIBLE | WS_CAPTION | WS_SYSMENU
EXSTYLE WS_EX_APPWINDOW
CAPTION "MFC"
FONT 8, "MS Sans Serif"
BEGIN
 DEFPUSHBUTTON "OK",IDOK,260,7,50,14
 PUSHBUTTON "Cancel",IDCANCEL,260,23,50,14
 CONTROL "",IDC_TREECTRL1,"10C7FF33-FC3E-4579-A9F2-C1BA410D3B56",
 WS_TABSTOP,1,2,242,196
END

The contents of the line describing SftTree/OCX 7.0 (above, using a bold font) should be replaced with the following:

CONTROL "",IDC_TREECTRL1,"9EBAA933-293D-44FA-9989-08F078763A1F",

Only change the ClassID (i.e., 10C7FF33-FC3E-4579-A9F2-C1BA410D3B56), do not change the rest of the line.

You can copy this information directly from this help file or copy it from the file "Upgrade.txt" which you can find in the SftTree/OCX product directory. The ClassID must be copied as-is, without any modifications.

Once the RC file has been saved, you can open the project in Visual C++ and the project is now using SftTree/OCX 7.5. The controls will save updated property settings, so you will not be able to return to SftTree/OCX 7.0.

Make sure to change ALL occurrences of SftTree/OCX to version 7.0, otherwise you will not be able to open the resource script (RC file).

#import Statements

The #import statement used with SftTree/OCX 7.0 must be replaced with an #import statement for the new version:

Version 7.0:

#pragma warning(disable : 4192) // automatically excluding 'Ixxx' while importing type library 'stdole2.tlb'
// For information about the following construct, please see Microsoft's
// KnowledgeBase entry Q224610
#import <stdole2.tlb> rename_namespace("SftTreeNameSpace") exclude("OLE_HANDLE", \
 "OLE_COLOR", "IFontDisp", "IPictureDisp", "FONTSIZE")
#import <SftTree_IX86_U_70.OCX> rename_namespace("SftTreeNameSpace") rename("LoadImage", "LoadImageSftTree")
#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 SftTreeNameSpace;

New for SftTree/OCX 7.5:

#pragma warning(disable : 4192) // automatically excluding 'Ixxx' while importing type library 'stdole2.tlb'
// For information about the following construct, please see Microsoft's
// KnowledgeBase entry Q224610
#import <stdole2.tlb> rename_namespace("SftTreeNameSpace") exclude("OLE_HANDLE", \
 "OLE_COLOR", "IFontDisp", "IPictureDisp", "FONTSIZE")
#import <SftTree_IX86_U_75.OCX> rename_namespace("SftTreeNameSpace") rename("LoadImage", "LoadImageSftTree") \
 exclude("LONG_PTR")
#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 SftTreeNameSpace;

HTML

After installing SftTree/OCX 7.5, all your HTML pages will continue to use SftTree/OCX 7.0 until you make the following change in each page that uses a SftTree/OCX control.

<OBJECT ID="Tree1" WIDTH=758 HEIGHT=203 CLASSID="CLSID:0DE0AC03-8141-4ea3-8FDF-4960C261F680" CODEBASE="SftTree_IX86_I_70.cab#version=7,0,0,0">
 <PARAM NAME="_Version" VALUE="262144">
 <PARAM NAME="_ExtentX" VALUE="14993">

The contents of the line describing SftTree/OCX 7.5 (above, using a bold font) should be replaced with the following:

CLASSID="CLSID:8A1FEF03-D550-4813-868A-B0B7C03AAF7F" CODEBASE="SftTree_IX86_I_75.cab#version=7,5,0,0">

The CODEBASE argument also needs to be updated to reflect the new cabinet name and the current version number.

Once the page has been saved, you can open the web page using your preferred HTML editor. The controls will save updated property settings, so you will not be able to return to SftTree/OCX 7.0.

Other Development Tools

Most development tools allow access to the ClassID used for controls on a form or dialog. Sometimes this may be accomplished by using a text editor and editing a configuration file, or possibly the development tool allows direct modification of the ClassID.

Generally, the ClassID used for the prior release 9EBAA933-293D-44FA-9989-08F078763A1F must be replaced with the new ClassID 10C7FF33-FC3E-4579-A9F2-C1BA410D3B56. Once this step is completed, opening the project is sufficient to allow SftTree/OCX to convert the stored property settings.

For specific instructions or help, please see your development tool's documentation.

Documentation

DLL-Based Controls

ActiveX Controls

.NET Controls

Support