-
Notifications
You must be signed in to change notification settings - Fork 34
ST6RI-792: Show metadata in compartments as well #592
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
…"data" such as Metadata. * VCompartment (caseOwningMembership): (addMetadataUsage): Added (addCompartmentEntry): Add metadata compartment. (caseMetadataUsage): Added * VMetadata (addMetadataText): Added (metadataTitle, INDENT): Made them static. (hideMetadata): Made it public final. * VDefault (getVMetadata): Added. (caseAnnotation, caseMetadataFeature): Made them use getVMetadata().
SemanticsMetadata only. (getSemanticMetadataName): Added.
This PR also fixes the confusing notation of
But this treatment is not perfectly aligning with the textual notations. Even if we specify |
I am not sure that using the While it is correct that there is no way to determine from the abstract syntax what option was used in the textual notation, I would suggest the following rule for automatic rendering of the graphical notation: If a metadata annotation has no nested features, then use the |
(getSemanticMetadataName): Deleted (getMetadataUsageName): Add #-name only if MetadataUsage is empty. * VMetadata (isEmptyMetadata): Added. (isHidden): Added. (addMetadataFeature): Use isHidden() instead of hideMetadata * VCompartment (caseMetadataUsage): Use VMetadata.isHidden()
I thought
I think it would be confusing part |
So far, metadata is rendered in distinct callout nodes only even when we use compartments. By this fix, we render metadata in compartments if metadata is owned by an element that is rendered with compartments.