Support viewing a control's class

[Bronstrom]

Description

As a user of the OSCAL Viewer/Editor, I would like to be able to view the class of a control.

Acceptance Criteria

• The class [0 or 1] attribute of a control is displayed properly
• The class display should be a re-usable component, such that it can be used for groups, params, and other OSCAL syntax that offers @class

Proposed Solution

This could be the element that displays underneath a title of a sub-control and appears as the first element when a control grouping is expanded.

Additional Notes

No response

Implementation

• I can (or plan to) submit a pull request to implement this
• Implementing this may result in a breaking change

[brian-ruf-ezd]

There will eventually be both recognized and unrecognized classes. Recognized classes will be managed in an enumerated list with both human-friendly and OSCAL-friendly values.

For initial implementation this will display all classes as if they are unrecognized.

Later, the edit functionality ( #820) should offer a list of recognized classes, and for any recognized class, a user-friendly presentation would have to be provided here in addition to the raw presentation for unrecognized classes.

[tuckerzp]

For initial implementation this will display all classes as if they are unrecognized.

@brian-easyd or @Bronstrom would we be able to expand on this comment and put it as acceptance criteria / additional notes for this issue?

[laurelmay]

Here is the design that I have at the moment. I used the code we have for generating colors from a string to make it so that a particular string will always appear the same way -- this helps visually distinguish SP800-53 from sp800-53a better. In the future, we might make these colors user-selectable?

[tuckerzp]

I used the code we have for generating colors from a string to make it so that a particular string will always appear the same way

I really like this design. I think being able to clearly distinguish class will be very helpful