Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "Manage Decorators On Papyrus"
(→Introduction) |
(→DecorationService) |
||
Line 26: | Line 26: | ||
Add a new decoration without passing by a marker. | Add a new decoration without passing by a marker. | ||
− | ===== removeDecoration( | + | ===== removeDecoration(String id) ===== |
Remove a decoration from the decorations Map, | Remove a decoration from the decorations Map, | ||
− | ===== getDecorations(EObject element) ===== | + | ===== getDecorations(EObject element):List<IPapyrusDecoration> ===== |
Return an Interface of decoration (IDecoration) for the element | Return an Interface of decoration (IDecoration) for the element | ||
Revision as of 03:39, 19 October 2015
Contents
- 1 Introduction
- 2 Architecture
- 2.1 DecorationService
- 2.1.1 Main methods
- 2.1.1.1 addDecorations(IPapyrusMarker marker, EObject element)
- 2.1.1.2 addDecoration(String id, String type, EObject element, ImageDescriptor decorationImageForGE, ImageDescriptor decorationImageForME, PreferedPosition position, String message, int priority)
- 2.1.1.3 removeDecoration(String id)
- 2.1.1.4 getDecorations(EObject element):List<IPapyrusDecoration>
- 2.1.1 Main methods
- 2.2 IPapyrusMarker
- 2.3 IDecorationSpecificFunctions
- 2.3.1 Main methods
- 2.3.1.1 getImageDescriptorForGE(IPapyrusMarker marker):ImageDescriptor
- 2.3.1.2 getImageDescriptorForME(IPapyrusMarker marker):ImageDescriptor
- 2.3.1.3 getPreferedPosition(IPapyrusMarker marker):PreferedPosition
- 2.3.1.4 getMessage(IPapyrusMarker marker):String
- 2.3.1.5 getPriority(IPapyrusMarker marker):int
- 2.3.1.6 supportsMarkerPropagation():MarkChildren
- 2.3.1.7 markerPropagation(EList<IPapyrusDecoration> childDecorations):IPapyrusDecoration
- 2.3.1 Main methods
- 2.4 Decoration Image Extension Point
- 2.1 DecorationService
- 3 Application Example
Introduction
To manage decoration on Edit Part a framework is provide by Papyrus. The purpose of this documentation is to provide main information to deploys your own decoration for Papyrus elements as EditPart.
Architecture
The decoration service architecture have already been describe on a document (here). You will find here a description of mains Interfaces or classes to be implemented or to be called in order to use the framework and adds specific decoration.
DecorationService
Decoration service permits to manage decoration on EObject. Decoration are adds throw this service. It provide listener to observe changes. This service can be get with:
DecorationService decorationService = ServiceUtilsForEditPart.getInstance().getService(DecorationService.class, editPart);
Main methods
addDecorations(IPapyrusMarker marker, EObject element)
Add a new Decoration to a decorations Map with an IPapyrusMarker associated to an element.
addDecoration(String id, String type, EObject element, ImageDescriptor decorationImageForGE, ImageDescriptor decorationImageForME, PreferedPosition position, String message, int priority)
Add a new decoration without passing by a marker.
removeDecoration(String id)
Remove a decoration from the decorations Map,
getDecorations(EObject element):List<IPapyrusDecoration>
Return an Interface of decoration (IDecoration) for the element
IPapyrusMarker
IPapyrusMarker provide a protocol for markers that annotate elements in Resources with information, often used for problems. It is an analogue of the Eclipse IMarker API for resources in the workspace. To be implemented to create its own marker used for custom decoration.for example this can be done in an edit policy.
Main methods
getType():String
Return the type of the concret Papyrus marker. Is also used to link a decorator to the marker(see Decoration Image Extension Point).
exist():Boolean
Return true if the marker exists on the view.
IDecorationSpecificFunctions
This interface allows to access a set of functions that depend on the decorator type. The objective is that plug-ins for a specific decoration type can implement this interface (via an extension point) to provide the information that depends on the decoration type, notably the used icons, their position, the way how messages are calculated and how decoration might propagate from children to parents. To be implemented to create its own decoration. Is related to a marker throw decorationImage extension point.
Main methods
getImageDescriptorForGE(IPapyrusMarker marker):ImageDescriptor
Get the image descriptor for a graphical editor
getImageDescriptorForME(IPapyrusMarker marker):ImageDescriptor
Get the image descriptor for model explorer. May be identical to the image for a graphical editor
getPreferedPosition(IPapyrusMarker marker):PreferedPosition
Return the preferred position for markers within the model explorer
getMessage(IPapyrusMarker marker):String
Return a textual information for the marker (used for fixed messages that do not need to be stored in each marker)
getPriority(IPapyrusMarker marker):int
Return the priority of a decoration. This enables to select a marker with a high priority, if multiple markers for the same model element and the same position exist.
supportsMarkerPropagation():MarkChildren
Does the decoration type support a propagation from child to parent, e.g. in case of a problem marker parents (package) might be marked as containing warnings or errors.
markerPropagation(EList<IPapyrusDecoration> childDecorations):IPapyrusDecoration
Calculate a propagated marker for the parent, given the set of child decorations. Return the calculated decoration for the parent depending on a set of decorations on children.
Decoration Image Extension Point
Provide an ImageDescription for a decoration marker. It permits to related a IDecorationSpecific function Class to a Papyrus marker throw is type.
Identifier:
org.eclipse.papyrus.infra.services.decoration.decorationImage
Application Example
This part will provide a simple example permitting to display decoration on edit part according to some condition.
Context
The allocation profile used will be the SysML Profile. An allocation table is used, where it allocates the call behavior on nodes. Node can be are stereotyped with NodeA and NodeB stereotypes. Depending on the node on which the callbehavior is allocated, the decorator in callbehavior the activity diagram should change.
Example
With this profile:
Applied on these two nodes:
And with this allocation Table:
The expected result is:
Architecture
The markers
For each type of stereotype NodeA and nodeB, a marker have been implemented with a specific markerType:
public class NodeAMarker implements IPapyrusMarker { public static final String MARKER_TYPE = "org.eclipse.papyrus.infra.services.decoration.example.NodeA"; //$NON-NLS-1$ public static final String NODE_A_STEREOTYPE = "DecorationExampleProfile::NodeA";//$NON-NLS-1$ protected View notationElement; public NodeAMarker(final View notationElement) { this.notationElement = notationElement; } @Override public boolean exists() { return ExampleUtils.isAllocatedTo((CallBehaviorAction) notationElement, NODE_A_STEREOTYPE); } @Override public String getType() throws CoreException { return MARKER_TYPE; } @Override public String getTypeLabel() throws CoreException { return "Node A marker example"; } ...
The NodeDecoration EditPolicy
These markers are add to the DecorationService thanks to a editPolicy applied to the CallBehavoir edit part.
The DecorationService is call in the Activate() method:
@Override public void activate() { super.activate(); // TODO install listener try { decorationService = ServiceUtilsForEditPart.getInstance().getService(DecorationService.class, getHost()); refresh(); } catch (final ServiceException ex) { // Ignored; do nothing } }
The refresh method adds or removes markers according to the allocated element on the UML element of the edit part:
@Override public void refresh() { ... // If the marker already set for nodeA have to be changed. if (ExampleUtils.isAllocatedTo((CallBehaviorAction) view.getElement(), NodeAMarker.NODE_A_STEREOTYPE) != isNodeAMarked) { isNodeAMarked = !isNodeAMarked; if (isNodeAMarked) { decorationService.addDecoration(getMarkerA(), getView()); } else { decorationService.removeDecoration(getMarkerA().toString()); } getHost().refresh(); } // If the marker for nodeB already set have to be changed if (ExampleUtils.isAllocatedTo((CallBehaviorAction) view.getElement(), NodeBMarker.NODE_B_STEREOTYPE) != isNodeBMarked) { isNodeBMarked = !isNodeBMarked; if (isNodeBMarked) { decorationService.addDecoration(getMarkerB(), getView()); } else { decorationService.removeDecoration(getMarkerB().toString()); } getHost().refresh(); } }
The CustomEditPolicy Provider
An edit policy provider is use to install the NodeDecorationEditPolicy to the right edit parts.
public class CustomEditPolicyProvider implements IEditPolicyProvider { protected String diagramType = org.eclipse.papyrus.uml.diagram.activity.edit.parts.ActivityDiagramEditPart.MODEL_ID; @Override public void addProviderChangeListener(final IProviderChangeListener listener) { } @Override public boolean provides(final IOperation operation) { boolean provide = false; String currentDiagramType; // get the element final EObject referenceElement = ((View) ((CreateEditPoliciesOperation) operation).getEditPart().getModel()).getElement(); // Test if it's a creation operation and the element is a CallBehavoirActino if ((operation instanceof CreateEditPoliciesOperation) && (referenceElement instanceof CallBehaviorAction)) { // Get The current diagram type currentDiagramType = ((View) ((CreateEditPoliciesOperation) operation).getEditPart().getModel()).getDiagram().getType(); // Test if we are on an Activity Diagram if ((diagramType != null) && (diagramType.equals(currentDiagramType))) { provide = true; } else { provide = false; } } return provide; } @Override public void removeProviderChangeListener(final IProviderChangeListener listener) { } @Override public void createEditPolicies(final EditPart editPart) { editPart.installEditPolicy(NodeDecoratorEditPolicy.EDIT_POLICY_ROLE, new NodeDecoratorEditPolicy()); } }
This edit policy provider is installed with the editpolicyProviders extension point:
The Decoration Specific Function
The decoration specific function specify the decoration to be applied on a marked element. It's define the image, the position, the context message of the decoration etc...
public class NodeADecoration implements IDecorationSpecificFunctions { @Override public MarkChildren supportsMarkerPropagation() { // This marker should not be propagated return null; } @Override public ImageDescriptor getImageDescriptorForGE(final IPapyrusMarker marker) { return org.eclipse.papyrus.infra.widgets.Activator.getDefault().getImageDescriptor(Activator.ID, "icons/NodeA.gif"); //$NON-NLS-1$ } @Override public PreferedPosition getPreferedPosition(final IPapyrusMarker marker) { return PreferedPosition.NORTH_EAST; } @Override public String getMessage(final IPapyrusMarker marker) { return "Node A decoration example"; } @Override public int getPriority(final IPapyrusMarker marker) { return 0; } }
To associate decoration specific function to a marker, an extension point are used. In the image below the decoration NodeAdecoration is linked to the marker type define on the marker NodeAMarker.MARKER_TYPE
Sources
The plugin of this example can be retrieve at the Papyrus git code repository here.