You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So I created this card to note this topic was raised and to provide a location to discuss improving the architecture.
A couple of considerations to seed conversation:
What if Figures ran as a standalone service, as a Django reusable app on a Django server that is not Open edX (edx-platform)? What should the configuration look like?
How should we improve Figures Open edX plug-in settings? For example, should Figures automagically fill in defaults into settings.ENV_TOKENS['FIGURES']. Given prior conversations on Figures plugin setting defaults, IIRC @OmarIthawi was against this
Perhaps we implement a module/function or class to serve as "the source of truth" for Figures settings and this module or class serves as an adapter to the Django site upon which Figures runs. Consider what this may mean for running on Open edX and the existing figures.settings.lms_production module
The text was updated successfully, but these errors were encountered:
@bryanlandia made a comment to not use bracket notation for
settings.ENV_VAR['FIGURES']
#452 (comment)
This bracket notation is used throughout Figures and if Figures is instantiated as an Open edX plugin, it will always exist. See here: https://github.com/appsembler/figures/blob/main/figures/settings/lms_production.py#L127
So I created this card to note this topic was raised and to provide a location to discuss improving the architecture.
A couple of considerations to seed conversation:
settings.ENV_TOKENS['FIGURES']
. Given prior conversations on Figures plugin setting defaults, IIRC @OmarIthawi was against thisfigures.settings.lms_production
moduleThe text was updated successfully, but these errors were encountered: