[419926] Rename a method mistakenly renamed during the rebranding

Change-Id: I20d62973facca6ceea7106821867d5b84cabaa1a
Signed-off-by: Laurent Redor <laurent.redor@obeo.fr>
[cleanup] correct the name and javadoc of
DTableContentAdapter/DTreeContentAdapter 

- correct the name and javadoc of
DTableContentAdapter/DTreeContentAdapter as they are not EMF Adapters +
encapsulate the use of ResourceSetListenerImpl
This is a pre cleanup for the [428545]
Merge branch 'master' of ssh://edugueperou@git.eclipse.org:29418/sirius/org.eclipse.sirius.git
[cleanup] Iterate a copy of the eAdapters() list instead of the direct
list

This is to avoid ConcurrentModificationExceptions in case an other
thread is modifying the eAdapters list

Signed-off-by: Alex Lagarde <alex.lagarde@obeo.fr>
Change-Id: I13144860f87e74778e86ccfa03fe8bcd009cf51b
[427803] Use VisibilityPropagatorAdapter for opened editor and repair

We do not need to create/install this adapter on the DAnalysis for all
diagrams. We should do it only when needed: when a diagram editor is
opened or during repair. 

The GMFDiagramUpdater (the name should be changed) is both created on
diagram opening and for repair. So it is the perfect handler for the
VisibilityPropagatorAdapter.

Furthermore, this commit will facilitate the split between Diagram and
Core by releasing one dependency between the DAnalysisSessionImp and a
diagram only related concept.

Change-Id: Ibf96242f1edaca6b62626823da9ea73552bc0622
Signed-off-by: Maxime PORHEL <maxime.porhel@obeo.fr>
[428756] Improve tree refresh algorithm

We have performance issue on tree editor in manual refresh.
We have performance issue on 2 cases :

1. On expand, because in DTreeViewerListener we execute a
TreeFoldingRecordingCommand which refresh all the subtree of the
expanded DTreeItem even for DTreeItem contained in a collapsed
DTreeItem. In addition if we are in auto refresh or in manual, we expand
or collapse, we call RefreshTreeElementTask which refresh the expanded
DTreeItem, which is not done by the TreeFoldingRecordingCommand which
refresh only the subtree. RefreshTreeElementTask also refresh the style
of all expanded sub tree item in case of expanded DTreeItem, and refresh
all the DTree in case of expand of DTree.

Note that RefreshTreeElementTask which is executed in a SiriusCommand
execute RefreshRepresentationsCommand/RefreshTreeElementCommand in a
CommandStack which makes no sense.

2. On item creation, as for expand DTreeRefresh refresh all the subtree
even for DTreeItem contained in a collapsed DTreeItem.
I will submit a first release of patch to gerrit to improve refresh
performance.
3 changes in the patch:
1. org.eclipse.sirius.synchronizer.CreatedOutput.synchronizeChildren()
method added to know if we must refresh the subtree of a
DTreeItemContainer, this allow to do lazy refresh for collapsed
DTreeItem. But like it is now done lazily, we must also update the
DTreeContentProvider.hasChildren() to not call getChildren() be have the
info that there is children otherwise. For that we use the
HasChildrenNotYetSynchronizedMarker to indicate that a
DTreeItemContainer has children.
2. TreeItemContainerChildSupport.reorderChilds() changed to not call
ECollections.sort() when there is only one mapping in place.
3. DTreeViewerListener.treeExpanded() changed to not use
RefreshTreeElementTask when we are in auto-refresh.

Change-Id: I8ba4e4cf85e0abcc74ace8f418fc1c398feec83b
Revert "[428756] Improve tree refresh algorithm"

This reverts commit cfe4f8f193485af59677ac4f8e7e9126e27ec388.
I wanted to push on gerrit instead of directly on sirius repo

Change-Id: Ifc81a96eb6db43175c5bf99193445c5221ae8616
[428434] Mention the new APIs in the release notes

Change-Id: I325c8a6863e9141e9a4f3da5268162d12c02bec2
Signed-off-by: Pierre-Charles David <pierre-charles.david@obeo.fr>