SpacerKriggs logoKriggs

EReference Containment Icons

November 13th, 2011 · 4 Comments

I’ve often day-dreamed about a nice-to-have in the EMF editor: the icons for EReferences showing containment.

(Ignore my choice to not center-justify the text in the icon as is done in the original, I could go either way on that.)

The five properties I change the most often on EReferences are: Name, EType, Lower Bound, Upper Bound and Containment. The first two are shown in the text of the EReference item, the next two in the icon, and containment… nowhere.

Am I alone in thinking it would be nice to have this information be conveyed in the icon?

Edit: Hallvard wrote in this post’s comments that perhaps the arrow I created should be for the non-containment. I’ll let others have the debate about what the icons should be. I simply wanted to put out there the idea of different icons for containment and non-containment. I could probably get used to whatever the choice might be.

Tags: eclipse

4 responses so far ↓

  • 1 Hallvard Trætteberg // Nov 13, 2011 at 2:38 pm

    I totally agree, I’ve often wanted the same. Concerning the icons, I like the arrows, but would use them for the references and not containment, i.e. opposite logic.

    Concerning which properties are used most often: I would love a property sheet the sorted them, based on how often they are used.

  • 2 Kriggs // Nov 13, 2011 at 3:24 pm

    Actually, that reminds me of a similar feature I’ve wanted to what you just said: showing the set followed by the unset properties. Particularly for the genmodel, I am really interested in seeing the items which are set, because they are hard to find in all the options. Even a subtle highlighting would be useful.

  • 3 sgandon // Nov 14, 2011 at 4:15 am

    I think this is a good idea.
    I also tend to think the arrow does not represent a containement.
    May be you could use the filled diamond used in UML to define containment (Composition) ?

  • 4 Ed Merks // Nov 14, 2011 at 11:31 am

    I agree, but I don’t think showing yet another arrow is a great idea. In UML a black diamond is used. As already suggested, I wonder if we couldn’t use that idea somehow…