| Summary: | [EMFT Search][UI] SelectionToViewer interface definition | ||
|---|---|---|---|
| Product: | z_Archived | Reporter: | lucas bigeardel <lucas.bigeardel> |
| Component: | EMFT search | Assignee: | lucas bigeardel <lucas.bigeardel> |
| Status: | CLOSED FIXED | QA Contact: | lucas bigeardel <lucas.bigeardel> |
| Severity: | enhancement | ||
| Priority: | P1 | CC: | jlescot |
| Version: | unspecified | Keywords: | plan |
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Bug Depends on: | |||
| Bug Blocks: | 192867 | ||
|
Description
lucas bigeardel
This bug depends on a future OpenParticipant mechanism to be introduced in order Editors keeping aware potential openers which object they can adapt a selection to. (eg: a getOpenParticipantAdapter should be contributed by Editors in order to handle Selection elements in a custom way).
In this logic a same editor could be adapted to several different selection element opening strategy. As a result, a client application should be able to query platform for openParticipant contributions each time it wants an element selection to be open a corresponding editor.
reused existing Ecore editor open/selection mechanism for tree editors & created an openDiagramPArtcipant ext point to get this feature implemented. Move to verified as per bug 206558. close |