Allow for color schemes or profiles for elements

[Martinigue]

Consider this scenario: user creates a set of diagrams structured into several packages where each package relates to a different company department, business-wise. To visually diversify diagrams to be presented to the respective departments, user would like to give the elements different colouring in each package ( if only for the sake of not randomly picking up the wrong diagrams when rushing to a presentation). So what the user does is Save current diagram as a colour scheme [profile] and give it a name, and this function iterates through all elements present on the current diagram and for each type it saves its appearance settings. If the user creaes a brand new diagram and wants it to conform to the visual paradigm of the active package, all they have to do is add and connect elements as necessary and then Apply colour scheme / profile to the current diagram and the function offers the user to select from a set of persisted ones and applies the settings found therein. The schemes / profiles might create a tree structure so that if a diagram in current package does not contain a specific element but the diagram in one of the sub-packages does, the element's appearance settings are taken from a meta-scheme/profile, which resides on or more levels above ( a default scheme / profile).

Anyone interested in this?
Mac

[skiwi]

Absolutely

[Paolo F Cantoni]

The application of rendering attributes to vertices and arcs on diagrams has been a VERY sore point for years!

The whole rendering engine needs a revamp.  I have posted a number of proposals over the years.

This is an orthogonal take one some of those proposals.

Gets my vote.

Paolo

See:
Allow ALL 5 aspects to be set via Default Appearance [F4]
Consistent appearance override for stereotypes
Consistent Diagram Item rendering proposal