Virtualized Connector End as Diagram Object

[Paolo F Cantoni]

I've just reported another defect in the Virtualized Connector End functionality.  I did a search and found that the only posts that mention that functionality are mine!   

In quickly reviewing them, and having used the functionality from time to time, I've come to the conclusion that a significant part of the problem with the shapes and connectors tot he virtualized connector end is that there is NO corresponding Diagram Object.

With automation, one can place MORE than one instance of an object on a diagram (and AFAIK the Consistency Checker accepts it).  I guess that, at present, EA synthesises a diagram object.  My suggestion why not make that item persistent?  It can be distinguished in some way from the Base diagram object and be referenced in the virtualized connector end.  This would, it seems to me, allow the full functionality of a REAL diagram object, without significantly deviating from the concept of a virtualized connector end.  Because the VCE diagram object can be distinguished from the base object, one can finesse any appropriate functionality through to the base object.

Thoughts?
Paolo

[qwerty]

Better not. Once I experimented with those duplicates I found VERY strange effects. Looking at what you report on average bugs per day for "normal" functionality I doubt they can tame that beast in any way.

q.

[Paolo F Cantoni]

Better not. Once I experimented with those duplicates I found VERY strange effects. Looking at what you report on average bugs per day for "normal" functionality I doubt they can tame that beast in any way.

q.

I understand that with "normal" diagram objects, strange results may occur.  As I've mentioned elsewhere, deciding which relationship goes to which instance is an issue.  But the Sparxians have solved THAT problem with the concept of the virtualized connector end.  That is, you decide which connector goes where by virtualizing its end.

But these are not normal diagram objects, they are (still real, but) "special" and so can be handled appropriately.

Paolo