Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[mdt-papyrus.dev] Availability of diagram creation commands

Hello,

I had a short discussion on diagram creation availability with Yann Tanguy in bug 321627, and it has become obvious that this discussion should be public.
You may have a look at bug
https://bugs.eclipse.org/bugs/show_bug.cgi?id=321627
to better understand the problematic

For information, diagram creation actions are the same in the toolbar and on a right-click on an element. Hence, (for the moment) same diagram are proposed by these two solutions.

In current implementation, diagram creation actions are proposed based on the model root.
This has the major drawback :
- diagrams of a particular type can not be created in an adapted package if the root does not have the same properties. Eg, you will not be able to draw a SysML diagram in a SysML package if the root package is not SysML, nor can you draw a Profile diagram in a Profile contained in a Package. (see bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=354791)

There is another possibility : rely on current selection to propose adapted diagrams. This also has drawbacks :
- available diagrams will change with current selection, hence the toolbar will keep changing, wich can quickly become annoying.
- all UML diagram are proposed in a Profile (since it is a Package)
Moreover, separating different diagrams types in different resources may sometime be a good practice.

Hence, I have though of an intermediate solution :
Rely on the second policy, hence based on current selection ; but add a preference to check the root for consistency.
This preference enables the user to "restrict available diagrams based on the model root".
When it is checked :
- UML and SysML diagrams will not be proposed if the root is a Profile
- SysML diagrams will be proposed only if the root is a SysML Package
- Profile diagram will be proposed only when the root is a Profile.
With these restriction, the toolbar will change a lot less. Since it is very restrictive, I think this preference should be disabled by default.

Please, share your concerns and expectations about this subject.

Best regards,
Vincent.


Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité du groupe Atos ne pourra être engagée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être engagée pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos group liability cannot be triggered for the message content. Although the sender endeavors to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.


Back to the top