Skip to content
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

Moodle 5 compatibility #60

Open
EJMFarrow opened this issue Dec 18, 2024 · 1 comment
Open

Moodle 5 compatibility #60

EJMFarrow opened this issue Dec 18, 2024 · 1 comment

Comments

@EJMFarrow
Copy link
Collaborator

Looks like Moodle 5 will in many ways make things simpler. All question categories will be in a module context with courses having (possibly multiple) question bank modules. This will require some (but not necessarily vast) rework. We'll need to make some design/scope choices, though, and think about how we want to go about supporting Moodle 4 and 5 simultaneously.

Things to consider:

  • Reducing the number of command line argument parameters e.g. createrepo will always be at module level.
  • Scrap using the course/module names option?
  • 'Whole course' scripts will potentially need to deal with multiple course contexts. Do we try to cope? This gets particularly gnarly if a quiz pulls from more than 2 contexts.
  • Do we need a separate whole course option which gets all the contexts but not the quizzes?
  • What does the directory structure look like for a whole course? (Will the same set up as currently work, with the context directories all being siblings of the quizzes.)
  • Are there any places in the code where a module is expected to be a quiz? Or similar? (e.g. Does the whole course script expect a course level manifest?)
  • Do we need separate dev/release branches for Moodle 4 and Moodle 5 versions of Gitsync?
  • What happens when exporting from 4 and importing to 5?
@EJMFarrow
Copy link
Collaborator Author

Given that users are potentially interacting with both Moodle 4 and Moodle 5 servers it would be best to have a single version of the code so they only need one copy on their local computer. A solution would be to have separate Moodle 4/5 CLI folders within the repo. The main scripts to require work are the whole course ones.

The Moodle 5 scripts would hide some of the parameters from the user and set them appropriately e.g. context will always be module.

Question list endpoint will need to return course modules for course export/import.

If given one manifest file location for a course can we identify the rest? (Even if multiple question banks have the same name?)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant