All Superinterfaces:

Vendor<RevealStep>

All Known Implementing Classes:

CategorizationRevealProvider, ContainerRevealProvider, ControlRevealProvider, MultiReferenceRevealProvider, TableColumnsRevealProvider, TableDetailRevealProvider, TableRevealProvider, TreeRevealProvider, TypedElementBoundsRevealProvider
```
public interface EMFFormsRevealProvider
extends Vendor<RevealStep>
```
A provider of reveal strategies to the EMFFormsRevealService. This is intended to be implemented as OSGi services. The Eclipse DI context for the provider invocation includes at least the following variables, in addition to anything else injected by the editor site that hosts the view context (if the editor implementation puts the Eclipse context into the view context):
- the domain model object being revealed: EObject.class
- the view model element describing the UI in which it is revealed: VElement.class
- a helper for complex drill-down and master/detail scenarios: RevealHelper.class
- the reveal service: EMFFormsRevealService.class
- the view context: EMFFormsViewContext.class
Additionally, in an SWT rendering at least, a method parameter of any renderer type annotated with @org.eclipse.emf.ecp.view.model.common.di.annotations.Renderer will be computed from the contextual VElement and EMFFormsViewContext. And a context function is available to cast the injectable view context as an org.eclipse.emf.ecp.view.spi.context.ViewModelContext when applicable.
Since:

1.22

See Also:

EMFFormsRevealService.addRevealProvider(EMFFormsRevealProvider)

Interface EMFFormsRevealProvider