Open jmakowski1123 opened 2 months ago
@jmakowski1123 Would you like me to go ahead and disable those fields? And/or display a note that they're not configurable in libraries? Or does this need some more work to figure out the best approach?
(following this since it affects the backend)
This will be post-Sumac.
@jmakowski1123 @bradenmacdonald For Sumac, what should happen if I make local edits to a block from a library, and then pull updates from a library? Options are:
@kdmccormick I thought we had an allowlist of fields that make sense to override, like "max attempts", "max score' etc., and anything other than those would get blown away.
@bradenmacdonald Yep, just confirming that we haven't changed on that
In the UI, do we need a way to revert those "customizable" fields to their defaults?
@kdmccormick Up to @jmakowski1123 but I'd say it's not necessary for MVP.
Nothing in this ticket will be part of the the MVP. Sorry for the confusion.
When creating a problem in a library, I may not know which course the problem will be used in. Or the problem may be used in multiple courses, each with different grading parameters. Thus, I'd expect that the only configurable fields attached to a problem in a library are the generalized fields that apply to the problem content itself, and not the overall grading schema. Those fields are:
I would not expect to see the following configurable fields attached to a problem in a Library. Instead, I would expect to configure these fields within the course outline, such that my configurations are specific to the grading schema of that particular course: