Bug 494175

Description Stephane Begaudeau 2016-05-20 10:29:02 EDT

In the various call to the properties sheet page provider in :
- SiriusDiagramEditor#getAdapter()
- AbstractDTreeEditor#getAdapter()
- ModelExplorerView#getAdapter()

Instead of giving the property sheet page provider the variable "type" which will always be the IPropertySheetPage class, it should be given the variable "this" which would give access to the current editor.

As a result, in org.eclipse.sirius.ui.properties.internal.EEFPropertySheetPageProvider.getPropertySheetPage(Object, String), it should be possible to case the source, now the Sirius editor, to a DRepresentationEditor (if that exist) and then look for the odesign used for the representation and if the odesign involve contains in its Group object the string "NO_PROPERTIES_VIEW_WITH_EEF" we should return null which would thus deactivate the properties view with EEF. Something like this :

public class EEFPropertySheetPageProvider implements ISiriusPropertySheetPageProvider {
    @Override
    public IPropertySheetPage getPropertySheetPage(Object source, String contributorId) {
        if (source instanceof DRepresentationEditor) {
            DRepresentation representation = ((DRepresentationEditor)source).getRepresentation().getDefinition();
            if (representation.getGroup().getDocumentation.contains("NO_PROPERTIES_VIEW_WITH_EEF")) {
                // Deactivate EEF support
                return null;
            }
        }
        return new EEFTabbedPropertySheetPage(source, contributorId);
    }
}