Export (0) Print
Expand All

IOleObject::Close method

Changes an embedded object from the running to the loaded state. Disconnects a linked object from its link source.

Syntax


HRESULT Close(
  [in]  DWORD dwSaveOption
);

Parameters

dwSaveOption [in]

Indicates whether the object is to be saved as part of the transition to the loaded state. Valid values are taken from the enumeration OLECLOSE.

Note  The OLE 2 user model recommends that object applications do not prompt users before saving linked or embedded objects, including those activated in place. This policy represents a change from the OLE 1 user model, in which object applications always prompt the user to decide whether to save changes.

Return value

This method returns S_OK on success. Other possible return values include the following.

Return codeDescription
OLE_E_PROMPTSAVECANCELLED

The user was prompted to save but chose the Cancel button from the prompt message box.

 

Remarks

Notes to Callers

A container application calls IOleObject::Close when it wants to move the object from a running to a loaded state. Following such a call, the object still appears in its container but is not open for editing. Calling IOleObject::Close on an object that is loaded but not running has no effect. Closing a linked object simply means disconnecting it.

Notes to Implementers

Upon receiving a call to IOleObject::Close, a running object should do the following:

  • If the object has been changed since it was last opened for editing, it should request to be saved, or not, according to instructions specified in dwSaveOption. If the option is to save the object, then it should call its container's IOleClientSite::SaveObject interface.
  • If the object has IDataObject::DAdvise connections with ADVF_DATAONSTOP flags, then it should send an IAdviseSink::OnDataChange notification. See IDataObject::DAdvise for details.
  • If the object currently owns the Clipboard, it should empty it by calling OleFlushClipboard.
  • If the object is currently visible, notify its container by calling IOleClientSite::OnShowWindow with the fshow argument set to FALSE.
  • Send IAdviseSink::OnClose notifications to appropriate advise sinks.
  • Finally, forcibly cut off all remoting clients by calling CoDisconnectObject.

If the object application is a local server (an EXE rather than a DLL), closing the object should also shut down the object application unless the latter is supporting other running objects or has another reason to remain in the running state. Such reasons might include the presence of IClassFactory::LockServer locks, end-user control of the application, or the existence of other open documents requiring access to the application.

Calling IOleObject::Close on a linked object disconnects it from, but does not shut down, its source application. A source application that is visible to the user when the object is closed remains visible and running after the disconnection and does not send an IAdviseSink::OnClose notification to the link container.

Requirements

Minimum supported client

Windows 2000 Professional [desktop apps only]

Minimum supported server

Windows 2000 Server [desktop apps only]

Header

OleIdl.h

IDL

OleIdl.Idl

IID

IID_IOleObject is defined as 00000112-0000-0000-C000-000000000046

See also

IOleObject
CoDisconnectObject
IAdviseSink::OnClose
IClassFactory::LockServer
IDataObject::DAdvise
IOleClientSite::OnShowWindow
IOleClientSite::SaveObject
OLECLOSE
OleFlushClipboard

 

 

Community Additions

ADD
Show:
© 2014 Microsoft