When the OLE 1 object application is replaced by the OLE 2 version, do the following. (For the purpose of illustration, the OLE 1 object application is referred to as Ole 1 In-Place Server Outline while the OLE 2 version is Ole 2 In-Place Server Outline, as shown in the dialog box illustrations that follow).
For example, the Server subkey for the OLE 1 executable, named svrapp.exe in this example, changes from
OLE1ISvrOtl\Protocol\StdFileEditing\Server = svrapp.exe
to
OLE1ISvrOtl\Protocol\StdFileEditing\Server = isvrotl.exe
where isvrotl.exe is the name of the OLE 2 object application.
Next, proceed to either step 3 or step 4, depending on whether or not you want OLE 1 objects converted automatically to the OLE 2 format.
For example, where OLE1ISvrOtl is the ProgID of the OLE 1 application,
OLE1ISvrOtl = Ole 1 In-Place Server Outline
becomes
OLE1ISvrOtl = Ole 2 In-Place Server Outline
HKEY_CLASSES_ROOT\OLE1SvrOtl\NotInsertable
Note Since the original registry entries for the OLE 1 server application remain (but with a pointer to the OLE 2 object application as shown in the preceding step 3a), the OLE 1 ProgID will appear in the Insert Object dialog box of any OLE 2 container application installed on the system. The NotInsertable subkey mentioned in step 3b prevents the ProgID of the OLE 1 application from appearing in the Insert Object dialog box of OLE 2 containers. The NotInsertable subkey overrides any Insertable subkey entries for that ProgID key.
CLSID\{CLSID of OLE 1 app.}\AutoConvertTo = {CLSID of OLE 2 app.}
Note You can obtain the CLSID of the OLE 1 object application for inclusion in registration entry file by calling CLSIDFromProgID.
For example, change
OLE1ISvrOtl\Protocol\StdFileEditing\Verb\0 = &Edit
to
OLE1ISvrOtl\Protocol\StdFileEditing\Verb\0 = &Edit
OLE1ISvrOtl\Protocol\StdFileEditing\Verb\1 = &Open
CLSID\{CLSID of OLE 1 app.}\TreatAs = {CLSID of OLE 2 app.}