Hi Paolo,
We're using <Context Menu>|Embedded Elements|Show Realized interfaces. (We have separate diagrams showing what interfaces that are realized by what components.)
My question is why Sparxs has made a difference in the UI between these two approaches. What's the difference from an UML perspective someone might be able to explain...
// Magnus
I see! Your actions create a rendering of the realization link between the element and its interface. From my limited knowledge of the way EA works internally, I can have a pretty fair guess as to why you can't select your "widget" while I can select mine.
From a UML perspective, it might be argued that the two things (provided Interface and Realized Interface) are
almost the same thing.
In fact, EA has similar problems with the Assembly 'connector' versus its component bits... If you search you'll see some comments of mine on the subject.
I don't think this will be fixed any time soon.
Interestingly, the Help says:
Show Realized Interfaces
Display each interface directly realized by a Class.
Show Dependent Interfaces
Display each dependency relationship for that model element as a lollipop style node attached to its left-hand side.
Note how the behaviour is explicit for the dependent but not for the realized...
Also, if you attach a dependency to the Provided Interface and then go to the dependent class and use
<Context Menu>|Embedded Elements|Show Dependent interfaces you get an incorrectly named rendering.
It looks to me as though this whole areas is seriously
wonky... I'd send in some formal bug reports. It's worth your while spending some time experimenting with the area so you can understand what EA is doing/not doing. Then submitting a formal, extensive, bug report (copied here) so that we can all comment on what you find.
HTH,
Paolo