Current state. In general the issue is hight visible with fonts only, but all structures are applied to colors only. In 6.5 we still use Fonts&Colors dialogs from 6.1. In main drawing area replacement documentation dialog is changed to handle all sub elements locally. In 6.5 for most nodes we have node level font properly and context menu override this node level property. In 6.5 we use approach in which all child elements (name compartments etc) if have not inherited font property then use it's own font and not node level property. this way if user set (or it's by default set for classes) font for some part of a node, and then change font from context menu he will get changed font in subelements which are not configurable or have Inherited values only. This way we have issue (but it's the way our implementation works) with not changed name when all attributes and operations are changed in class node. Also direct change and configuration make font to be archived from resource table directly so we have no much control on style (issue with italic/plain for abstract classes).

Proposal. We do not need o allow customization of Fonts for subelements in global options. All subelemnts should have inherited font. On node level(or main customizable widget level or resource table) font change handler should get update for node level fonts and update subelements accordingly. For example if user set in global/or context menu font to Bold/Italic/24px and class is not abstract this handler will set for name widget font with plain style, for list titles font size will be set to 80% of size, for attributes it will be the same as user set in properties(for example). This way we will have smart propertional update for all and also handle limitations on fonts. We can also just not update fonts for any parts except name (6.1 behavior).