IMoniker::RelativePathTo

A version of this page is also available for

Windows Embedded CE 6.0 R3

4/8/2010

This method constructs a relative moniker between the specified moniker and another.

Syntax

HRESULT RelativePathTo( 
  IMoniker* pmkOther, 
  IMoniker** ppmkRelPath
);

Parameters

• pmkOther
  [in] Pointer to the IMoniker interface on the moniker to which a relative path should be taken.

• ppmkRelPath
  [out] Address of the IMoniker* pointer variable that receives the interface pointer to the relative moniker.

  When successful, the implementation must call the IUnknown::AddRef method on the new moniker; it is the caller's responsibility to call the IUnknown::Release method.

  If an error occurs, the implementation sets *ppmkRelPath to NULL.

Return Value

The method supports the standard return values E_OUTOFMEMORY and E_UNEXPECTED. The following table shows the additional return values for this method.

Remarks

A relative moniker is analogous to a relative path (such as ..\Backup).

For example, suppose you have one moniker that represents the path C:\Projects\Secret\Art\Pict1.bmp and another moniker that represents the path C:\Projects\Secret\Docs\Chap1.txt.

Calling IMoniker::RelativePathTo on the first moniker, passing the second one as the pmkOther parameter, would create a relative moniker representing the path ..\docs\chap1.txt.

To determine whether the platform supports this interface, see Determining Supported COM APIs.

Notes to Callers

Moniker clients typically do not need to call IMoniker::RelativePathTo.

This method is primarily called by the default handler for linked objects.

Linked objects contain both an absolute and a relative moniker to identify the link source (this enables link tracking if the user moves a directory tree that contains both the container and source files).

The default handler calls this method to create a relative moniker from the container document to the link source (that is, it calls IMoniker::RelativePathTo on the moniker identifying the container document, passing the moniker identifying the link source as the pmkOther parameter).

If you do call IMoniker::RelativePathTo, call it only on absolute monikers; for example, a file moniker or a composite moniker whose leftmost component is a file moniker, where the file moniker represents an absolute path. Do not call this method on relative monikers.

Notes to Implementers

Your implementation of IMoniker::RelativePathTo should first determine whether pmkOther is a moniker of a class that you recognize and for which you can provide special handling (for example, if it is of the same class as this moniker).

If so, your implementation should determine the relative path. Otherwise, it should pass both monikers in a call to the MonikerRelativePathTo function, which correctly handles the generic case.

The first step in determining a relative path is determining the common prefix of this moniker and pmkOther.

The next step is to break this moniker and pmkOther into two parts each, say (P, myTail) and (P, otherTail) respectively, where P is the common prefix.

The correct relative path is then the inverse of myTail composed with otherTail.

Comp( Inv( myTail ), otherTail )

Where Comp() represents the composition operation and Inv() represents the inverse operation.

Note that for certain types of monikers, you cannot use your IMoniker::Inverse method to construct the inverse of myTail.

For example, a file moniker returns an anti-moniker as an inverse, while its IMoniker::RelativePathTo method must use one or more file monikers that each represent the path ".." to construct the inverse of myTail.

Requirements

See Also

Reference

MonikerRelativePathTo
IMoniker::Inverse
IUnknown::AddRef
IUnknown::Release