OPM中细节设置

OPM中提供属性分类

常规的使用以下方法

BEGIN_OPMPROP_MAP()
OPMPROP_ENTRY(0, DispID, PROPCAT_Data,0, 0, 0, “”, 0, 1, IID_NULL, IID_NULL, “”) 
END_OPMPROP_MAP()

其中DispIDP是R属性的 显示ID；OPCAT_为前缀的就是已经预约义的属性分类，其数值范围是-1~-25。

若是须要自定义分类，则须要在PROPCAT_的位置上设为自定义的数值，而后 在头文件中改写

STDMETHODIMP GetCategoryName(
/* [in] */ PROPCAT propcat,
/* [in] */ LCID lcid,
/* [out] */ BSTR* pbstrName)
{
    if (propcat == 1)
    {
        *pbstrName = ::SysAllocString(L”SQSize”);
        return S_OK;
    }
    else
    return S_FALSE;
}

注意看原来例程的写法，按照那个写法程序不会调用这个函数。我也不知道为何。
执行完这个函数后，GetElementStrings函数被调用。
这个函数的做用就是分解复杂的属性，如当你所描述的属性是一个点时，你须要将x,y,z的坐标同时显示在属性窗
口中。 这个函数就是你实现如何分解这些属性。固然也能够不实现它。
AsdkSquareWrapper例程里没写清楚地好像就是这些了。个人表达能力很差，但愿你们能看明白。

OPM中属性的下拉列表的支持

扩展属性中实现 下拉列表

接口须要继承

public IOPMPropertyExtensionImpl

实现其中的

//OPM calls this function for each property to obtain a list of strings and cookies if they are available.
//For our textstyle property we would like to display all the textstyles currently available in the database.
//This function is declared on the IPerPropertyBrowsing interface. Our IOPMPropertyExtensionImpl
//class implements this member by reading the values in the OPM property map. (You set this up in your
//head file when you use BEGIN_OPMPROP_MAP, OPMPROP_ENTRY, END_OPMPROP_MAP macros.)
//Since we need a dynamic list of entries in this drop down list and a static map cannot implement this, 
//we need to override this function a provide dynamic list of text styles to OPM.
    STDMETHOD(GetPredefinedStrings)(
        /* [in] */ DISPID dispID,
        /* [out] */ CALPOLESTR *pCaStringsOut,
        /* [out] */ CADWORD *pCaCookiesOut);

//OPM calls this function when the user selects an element from a drop down list. OPM provides
//the cookie that we associated with the element in the GetPredefinedStrings function. We are
//responsible for mapping this cookie back to a value that the properties corresponding put_ function
//can understand. 
//In this particular case all we need to do is to provide the name of the text style as
//the put_TextStyle method needs that.
    STDMETHOD(GetPredefinedValue)(
        /* [in] */ DISPID dispID, 
        /* [out] */ DWORD dwCookie, 
        /* [out] */ VARIANT *pVarOut);

具体实现的思路就是根据不一样的 dispID 设置不一样的列表
具体实现方法能够参考polysamp
注意：上述函数返回值是和get/put系列函数的形参严格对应，自动过滤掉不符合的项。

---

How to create a polyline-like vertex edit with a spin control in OPM?

http://adndevblog.typepad.com/autocad/2012/12/how-to-create-a-polyline-like-vertex-edit-with-a-spin-control-in-opm.html
By Gopinath Taget

The following snippets of code can be used to implement a polyline-like vertex edit in OPM (Object Property Manager) using IOPMPropertyExpander interface for a custom entity.

Lets assume the custom object (called AsDkRings) has two new variables to reflect an array of vertices:

AcGePoint3d m_polyline[5]; 

int m_numbervertices;

For simplicity, lets say the custom entity has a maximum of five vertices.

The custom class also has two corresponding access functions. (Note the vertex number parameter):

Acad::ErrorStatus AsDkRings::polyline(AcGePoint3d& vertex, int vertexNumber)

Acad::ErrorStatus AsDkRings::setPolyline(AcGePoint3d vertex,int vertexNumber)

In AsDkRings:: subWoldDraw(), we draw a polyline connecting the five vertices.

The key to getting a spin control in OPM is to return a grouping number. This number will determine the number of elements to group together.

//IOPMPropertyExpander

STDMETHODIMP CRings::GetElementGrouping(

 /* [in] */ DISPID dispID,

 /* [out] */ short *groupingNumber)

{

.............

  .............

} else if (dispID == 5)

{

  *groupingNumber = 4;

  return S_OK;

}

 return E_NOTIMPL;

}

A grouping number of 4 means there is one entry (called "Vertex") plus 3 entries (Vertex X, Y and Z) to group together into one property. What this would do is put a spin control into the first item (vertex in this case), so that this could be used to traverse an array of 3 remaining grouped items (which is Vertex X, Y and Z).

Next, we should specify the number of items that the property is going to display. Here this would be the number of vertices = 5. This would mean that the spin contol can go up to a maximum of 5 steps, for five vertices.

//IOPMPropertyExpander

STDMETHODIMP CRings::GetGroupCount(

 /* [in] */ DISPID dispID,

 /* [out] */ long *nGroupCnt)

{

................

  ...............

} else if (dispID == 5)

{

  *nGroupCnt = m_numbervertices; // Number of vertices

  return S_OK;

}

 return E_NOTIMPL;

}

Next, we set the string to display in the OPM.

//IOPMPropertyExpander

STDMETHODIMP CRings::GetElementStrings(

 /* [in] */ DISPID dispID,

 /* [out] */ OPMLPOLESTR __RPC_FAR *pCaStringsOut,

 /* [out] */ OPMDWORD __RPC_FAR *pCaCookiesOut)

{

................................

  ................................

} else if (dispID == 5)

{

  // For the Vertices

  pCaStringsOut->cElems = 4;

  pCaStringsOut->pElems = (LPOLESTR*)CoTaskMemAlloc(sizeof(LPOLESTR)*4);

  pCaStringsOut->pElems[0] = SysAllocString(L"Vertex");

  pCaStringsOut->pElems[1] = SysAllocString(L"Vertex X");

  pCaStringsOut->pElems[2] = SysAllocString(L"Vertex Y");

  pCaStringsOut->pElems[3] = SysAllocString(L"Vertex Z");

  pCaCookiesOut->cElems = 4;

  pCaCookiesOut->pElems = (DWORD*)CoTaskMemAlloc(sizeof(DWORD)*4);

 

  pCaCookiesOut->pElems[0] = 10;

  pCaCookiesOut->pElems[1] = 1;

  pCaCookiesOut->pElems[2] = 2;

  pCaCookiesOut->pElems[3] = 3;

  return S_OK;

}

 return E_NOTIMPL;

}

The cookies count is the unique identifier for each property item that will be used to get and set values. The table below will give you an idea of cookie value for each vertex value. Please remember that vertex entry has a spin control that goes like 1, 2, 3, 4.........and so on.

Property String	Cookie Value
	Vertex = 1	Vertex = 2	Vertex = 3	Vertex = 4	....and so on
Vertex	0	4	8	12	....and so on
Vertex X	1	5	9	13	....and so on
Vertex Y	2	6	10	14	....and so on
Vertex Z	3	7	11	15	....and so on

So just by using the cookie values, you must get the vertex number and find out if it is an x, y, or z coordinate. The following code does that.

// Get the coordinate index (x=0, y= 1, z=2) from dwCookie

for (int i = 1; i < 4; i++) {

vertex = (double(dwCookie) - i) / 4;

 if( vertex == (double(dwCookie) - i) / 4) {

  index = i -1;

  break;

}

}

index will return 0 for vertex X, 1 for vertex Y and 2 for vertex Z for the corrosponding cookie values.

So this is all that is needed to implement a poly-line vertex edit.