TeamMember  - AS3 Project Management

A reference of the asset to which the team member is assigned.

Reference to the member collection to which this member is assigned.

Defines the map of key value pair attributes.

The role of a team member in a campaign. These roles are assigned by virtue of being owner of a project or workitem.

CanonicalName of the member as defined in Document Server User Management. The combination of canonicalName and domainName are used to uniquely identify a user.

このプロパティはデータバインディングのソースとして使用できます。 このプロパティを変更すると、 userUpdated イベントが送出されます。

Principal name for a user who created an entity.

Date of creation of an entity.

Description.

Domain name of the member as defined in Document Server User Management. The combination of canonicalName and domainName are used to uniquely identify a user.

このプロパティはデータバインディングのソースとして使用できます。 このプロパティを変更すると、 userUpdated イベントが送出されます。

Email of the member.

Unique identifier.

Principal name for a user who last updated an entity.

Date when an entity was last updated.

Name of the member.

このプロパティはデータバインディングのソースとして使用できます。 このプロパティを変更すると、 userUpdated イベントが送出されます。

Defines the organization title. Please note that this value is not validated. It is a user-defined value. You can add the validation in a custom implementation.

Defines the Principal Name of a team member.

Reference of the project to which this team member is assigned.

The name of the project to which the team member is assigned.

Role of the member in the workflow.

Defines the list of tags that can be associated with an entity.

Title of the member in the workflow.

User object is fetched based on principal name attribute of team member value object.

User ID of a team member as defined in Adobe ® Digital Enterprise Platform Document Services - Administration Console.

このプロパティはデータバインディングのソースとして使用できます。 このプロパティを変更すると、 userUpdated イベントが送出されます。

This property refers to an instance of a team member value object.

A reference of the workitem to which the team member is assigned.

The constructor for TeamMember class. It creates a team member using team member value object and reference to project or work item to which this member is assigned.

Registers an event listener object with an EventDispatcher object so that the listener receives notification of an event. You can register event listeners on all nodes in the display list for a specific type of event, phase, and priority.

After you successfully register an event listener, you cannot change its priority through additional calls to addEventListener(). To change a listener's priority, you must first call removeEventListener(). Then you can register the listener again with the new priority level.

After the listener is registered, subsequent calls to addEventListener() with a different value for either type or useCapture result in the creation of a separate listener registration. For example, if you first register a listener with useCapture set to true, it listens only during the capture phase. If you call addEventListener() again using the same listener object, but with useCapture set to false, you have two separate listeners: one that listens during the capture phase, and another that listens during the target and bubbling phases.

You cannot register an event listener for only the target phase or the bubbling phase. Those phases are coupled during registration because bubbling applies only to the ancestors of the target node.

When you no longer need an event listener, remove it by calling EventDispatcher.removeEventListener(); otherwise, memory problems might result. Objects with registered event listeners are not automatically removed from memory because the garbage collector does not remove objects that still have references.

Copying an EventDispatcher instance does not copy the event listeners attached to it. (If your newly created node needs an event listener, you must attach the listener after creating the node.) However, if you move an EventDispatcher instance, the event listeners attached to it move along with it.

If the event listener is being registered on a node while an event is also being processed on this node, the event listener is not triggered during the current phase but may be triggered during a later phase in the event flow, such as the bubbling phase.

If an event listener is removed from a node while an event is being processed on the node, it is still triggered by the current actions. After it is removed, the event listener is never invoked again (unless it is registered again for future processing).

パラメーター

Dispatches an event into the event flow. The event target is the EventDispatcher object upon which dispatchEvent() is called.

パラメーター

Checks whether the EventDispatcher object has any listeners registered for a specific type of event. This allows you to determine where an EventDispatcher object has altered handling of an event type in the event flow hierarchy. To determine whether a specific event type will actually trigger an event listener, use IEventDispatcher.willTrigger().

The difference between hasEventListener() and willTrigger() is that hasEventListener() examines only the object to which it belongs, whereas willTrigger() examines the entire event flow for the event specified by the type parameter.

パラメーター

This remote operation removes a team member from the server. It removes a member from the list of members present at that level from which this member is removed.

Removes a listener from the EventDispatcher object. If there is no matching listener registered with the EventDispatcher object, a call to this method has no effect.

パラメーター

This remote operation saves the current state of team member on server. It adds this member to a list of members present at that level to which this member is added.

Checks whether an event listener is registered with this EventDispatcher object or any of its ancestors for the specified event type. This method returns true if an event listener is triggered during any phase of the event flow when an event of the specified type is dispatched to this EventDispatcher object or any of its descendants.

The difference between hasEventListener() and willTrigger() is that hasEventListener() examines only the object to which it belongs, whereas willTrigger() examines the entire event flow for the event specified by the type parameter.

パラメーター