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

*new feature* Course Completion Reset period per group #62

Open
gemguardian opened this issue Jan 26, 2023 · 14 comments
Open

*new feature* Course Completion Reset period per group #62

gemguardian opened this issue Jan 26, 2023 · 14 comments

Comments

@gemguardian
Copy link

We run courses with serveral groups, it would be nice if we could set a Course Completion Reset Period per group.
The message and what to reset does not change.

@danmarsden if you think this is a valid request, then - if you don't mind - I can discuss with the team to create the change code. I am just not sure if:

  1. There should be a site admin setting to activate this feature, or that we just look at "are groups being used".
  2. I am thinking very simple in a 'line' for each group where you can set period. But I can imagine that people might want to do this similar as with the Restrict Access but it feels 'overcomplicated' - what are your thoughts on this.

and maybe I am missing other things to concider.

  • Gemma
@danmarsden
Copy link
Owner

this is something supported in another commercial lms that is based on Moodle ;-) - using something called certifications and audiences.

I suspect something like this would be a decent amount of effort within a plugin - and will make the UI a lot more complex than it currently is so it would need to be designed pretty well - so yes, possible, but something that would require a bit of development and some good design.

@gemguardian
Copy link
Author

@danmarsden I am very much aware of it - it sounds simple but there a lot of 'what if' scenario's here.

It is not directly necessary but when it comes up, shall I draw up a UI and share it in here? I really want your insights in this, so we won't miss things

@danmarsden
Copy link
Owner

yeah - go for it - interested to see what you come up with!

@danmarsden
Copy link
Owner

Hi @gemguardian did you get any further looking into this one in the end? - can we make the main options around archiving/handling of attempts/deletion all exactly the same for all groups and just define a different schedule per group?

that would mean we might be able to add a new recompletion "type" that just allows a different schedule to be set for each group rather than having to build out an api and the ability for different deletion/archiving settings per group.

@abias
Copy link
Contributor

abias commented Feb 16, 2024

Hi Dan, hi @gemguardian ,

one of our customer is interested in this feature as well and we might be able to fund at least a part of the development, depending on the size.

Your question, Dan, about the details is reasonable.
I will check this with the customer and will post some details here and soon as I have them.

Cheers,
Alex

@gemguardian
Copy link
Author

@danmarsden - we are currently not working on this, but I have a client that is interested, for them it would be ok to have the archive/handling or attempts/deletions all exactly the same fo all groups.

@abias
Copy link
Contributor

abias commented Feb 16, 2024

Hi all,

I am really sorry, but it seems as if there was a misunderstanding between our customer support and our customer. As it stands now, we do not need this feature unfortunately.

Cheers,
Alex

@Tsheke
Copy link

Tsheke commented Feb 16, 2024

Hi @danmarsden , @gemguardian ,
This a good feature. Another idea would be to look for way of integrating the 'availability' (of course module) like feature. This way, one can set recompletion criteria based on profile fields too (a part from course, cohort, ...) while keeping table and UI relatively simple. Technically, instead of using a row per condition in local_recompletion_config table, one could use just a single row (or few rows) per course and store all critaria in an encoded json like the 'availability' field of course_modules table. For the UI, If one can find a way to use o copy the core feature of the 'availability' UI, things may become easy and extensibles. In continuing education, using profile fields could be helpful.

@danmarsden
Copy link
Owner

Interesting idea - I can see how using the nested configuration UI that the restriction stuff uses could provide some value. I think there's quite a lot of work involved in doing that though so feel free to reach out if you would like to fund the development (I work for the Moodle Partner Catalyst IT).

In the short term @gemguardian I think a simpler option that adds a new recompletion type that let you set a different date per group would be something I'd accept as a PR if you ended up spending any time on it too!

thanks again!

@gemguardian
Copy link
Author

@danmarsden to be sure we understand each other correctly:

We add a new Recompletion Type: Group
image

The teacher sees a list of all groups created, or is it better that the teacher selects a group?

The teacher can set a recompletion period per group

I don't have time any time soon to add this to my workload, could you make a qoute for it?

@danmarsden
Copy link
Owner

Hi @gemguardian - flick me a private message or create an internal work request in our wrms system and I can provide an estimate there - (I don't add quotes/estimates to github.) - thanks!

@gemguardian
Copy link
Author

@danmarsden done

@jrojas-garrido
Copy link

Hi @danmarsden , @gemguardian ,

I would like to know if there is a positive answer after the quote requested by @danmarsden.

If the solution is in development or it is still just a open ticket ?

Also information on how to eventually found, but it would be something very detailed cause we have never done it before.

Thank you.

Guillermo Rojas

@gemguardian
Copy link
Author

@jrojas-garrido I have received the qoute from Catalyst, though my client decided not to move forward on this.
I leave it up to @danmarsden to keep it open or not.

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

No branches or pull requests

5 participants