Summary: | [Model Explorer] [Facet] Associations in Model Explorer are not collected together in a folder (Simple UML Facet) | ||
---|---|---|---|
Product: | [Modeling] Papyrus | Reporter: | Ronan Bar <ronan.barrett> |
Component: | Core | Assignee: | Camille Letavernier <cletavernier> |
Status: | ASSIGNED --- | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | papyrus-bugs, rschnekenburger |
Version: | 1.1.2 | Keywords: | usability |
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | All | ||
See Also: |
https://git.eclipse.org/r/97472 https://git.eclipse.org/r/111065 |
||
Whiteboard: | dx |
Description
Ronan Bar
2016-02-09 04:30:26 EST
New Gerrit change created: https://git.eclipse.org/r/97472 New Gerrit change created: https://git.eclipse.org/r/111065 > New Gerrit change created: https://git.eclipse.org/r/111065
This is a first version of the contribution. I just realized that the "Link with Editor" in the ModelExplorer doesn't play well with Facets. Although the ContentProvider provides its own algorithm to reveal semantic elements (Taking customized references into account), it is wrapped in the CommonViewer / Common Navigation Framework, thus is not directly accessible. So the reveal algorithm is very generic and simply browses the containment tree up. As a result, it is only able to expand the tree up to the association's parent (The association itself is hidden behind a custom 'associations' reference).
As far as I can tell, there is not much we can do about this issue
There may potentially be other issues related to this patch: I'm not sure how many UML Elements may own references. I've identified Package#packagedElements, Class#nestedClassifiers and Interface#nestedClassifiers. If there are other options, associations will appear twice: once under the parent directly, and ane more time behind the "associations" custom reference.
The issue I mentioned above is tracked in Bug 484648 |