Stereotype control needs fixing

[Paolo F Cantoni]

With the changes that separate stereotypes by Profile/Namespace the Stereotype controls are now seriously deficient in their information transfer...

In Stereotype qualifiers needed in dropdowns I note that the Primary Stereotype dropdown needs to have additional qualifiers indicating the source of the stereotype (since it collects stereotypes from all the applicable Namespaces and Base Classes)!

This posting relates the the inadequate rendering of the presence of multiple stereotypes for an item.

Firstly, if there IS more than one stereotype applied, the primary stereotype control needs to indicate this.  Since there is already an ellipsis builder button [...] next to the text stereotype control, the control itself may need to be adjusted to have a trailing ellipsis appended to the primary stereotype to indicate there are more to be found by pressing the builder button.

Next, when you press the builder button, there is NO indication of how many stereotypes have been applied and which Profiles/Namespaces they are to be found under.  The builder dialog needs to have the full set of stereotypes currently applied and the order in which they are to be rendered above the Profile control.  As per the related bug report, the stereotype needs to be qualified so that the user knows which profile to find it under.

Finally, as one marks/unmarks a designated stereotype in the appropriate Profile/Namespace the (new) lister control needs to be refreshed immediately so that the user can see the final effect (ordering).

It turns out that stereotype ordering is EVEN MORE important with MDG profiles than with Global stereotypes...  You, too, can spend many hours/days tracking down MDG related bugs and wondering why your diagrams aren't rendering as expected (nor consistently)...

Reported,
Thoughts?
Paolo