Blocks: Filtered course list

Maintained by Picture of Kevin WiliartyKevin Wiliarty
The Filtered Course List block displays a configurable list of courses. It is intended as a replacement for the My Courses block, although both may be used. It is maintained by the Collaborative Liberal Arts Moodle Project (CLAMP).
458 sites
31 fans

The Filtered Course List block displays a configurable list of courses. It is intended as a replacement for the My Courses block, although both may be used. It is maintained by the Collaborative Liberal Arts Moodle Project (CLAMP).

An administrator can apply various filters by which to organize a user's course listing in the block. Courses can be sorted by category, shortname matches or completion status. If all of the courses in a given semester have a shortname ending in a semester code, for instance, then the administrator can designate those courses to appear under "Current courses," "Future courses" or any other heading. Regex matching is supported.

Administrators can designate multiple collapsible headings and choose which of those headings, if any, should be expanded by default.

Other options include the ability to hide the block from guests or anonymous visitors, to choose whether an admin sees all courses or her own, and to hide or reveal a link to a more comprehensive course search.


Screenshot #0


Picture of Kevin Wiliarty
Kevin Wiliarty (Lead maintainer)
Please login to view contributors details and/or to contact them

Comments RSS

Show comments
  • Picture of Kevin Wiliarty
    Fri, Feb 1, 2019, 3:17 AM
    Hi, Brandon. Thanks for commenting here and even for identifying a possible code solution. I'll have a closer look soon and get back to you in the next day or two.
  • Picture of Kevin Wiliarty
    Fri, Feb 1, 2019, 10:26 PM
    Hi again, Brandon. First of all, thank you again for taking the time to let me know about this problem. I think you've raised two issues, one general and one specific. In general, it seems that you would like to display all the courses on your site, not just the courses a user is enrolled in. And then specifically, you are getting an error when you try to use the `enrolment` filter to show courses with manual enrolments.

    To the general issue: Throughout its history, the primary intent of the Filtered course list block has been to organize and present the courses a user has access to. (Typically this means the courses a user is enrolled in, but I'll address a couple exceptions below.) Nearly all of the filters therefore start from the list of a user's enrolled courses and then return a subset of that already limited list. This principle is at the core of the block's behaviour, so it is no surprise that that is what you are seeing for most of the filter types. The line that you have suggested changing is indeed where that initial limitation applies. Changing it in the way you suggest fundamentally alters the behaviour of the block in exactly the way you describe, but that changed behaviour is at odds with the main intent of the block, so it is not something that I would include in a future version.

    Admittedly, there are a couple exceptions to the general principle that a user sees only their own courses. 1) Anonymous users and admins (depending on certain settings) may see a "generic" list. A generic list shows either a list of all the courses or (if the number of courses is above a configurable threshold) all of the top-level categories on a site. The rationale behind showing a generic list is that anonymous users by definition do not have any enrolments while admins have access to all courses regardless of their enrolments. If you want everyone to see a generic list you can add this line to your filter `generic | expanded`. Please note, though, that unless you have disabled it, the Filtered course list block already automatically includes a link to Moodle's native "All courses" page where users can view and search all courses in the way that you seem to be looking for. Maybe that even solves your main issue?

    To your specific issue: The other place where the Filtered course list block might show courses that a user is not enrolled in is with the `enrolment` filter. The rationale here is that a user may have access to (and so should see) certain courses they are not yet enrolled in. In particular, this is true for courses with `guest` or `self` enrolments, and that is why the documentation and examples emphasize those two types. That being said, what you are trying to do *should* also work, so I consider it a bug that you are seeing that error message, and I would love to get to the bottom of it. Unfortunately I cannot reproduce the error. I've tried using exactly the versions you specify. I've tried on sites with no courses, with only a few courses, and with thousands of courses. I've tried on fresh installations as well as old ones, viewing them as an admin and as a regular user. I would really appreciate any additional information you can offer me on how to reproduce the error. If you have debugging set to full are you getting any kind of stack trace? Approximately how many courses/users/enrolments are on your site? Have you changed any other Filtered course list settings? Does the manual enrolment filter work correctly when you change line 133? Does the problem come back with your restore that line? Sorry to come back with questions rather than answers, and thanks in advance for any help you can offer.
  • Picture of Nicolas Ndalpe
    Sat, Feb 2, 2019, 5:58 PM
    Hi Kevin,
    Great plugin! I was just wondering if the plugin is compatible with a Multi language Moodle? My categories and courses are translated into many language and when I expand a category I see course name like this:

    {mlang en}Day 1 - Course Content{mlang}{mlang ms}Hari 1 - Isi Kandungan Kursus{mlang}

    Tell me how I can help further

  • Picture of Kevin Wiliarty
    Sun, Feb 3, 2019, 8:16 AM
    Hi Nicolas,

    I'll be happy to look into this. Can you let me know which plugins you are using? It seems there is more than one that works with the {mlang} tags. It may not matter, but I may as well try to work with the same one you are using.

  • Picture of Kevin Wiliarty
    Sun, Feb 3, 2019, 8:24 PM
    Hi again, Nicolas. So, in fact, the issue is not specifically related to multilang, but to any kind of filter. The Filtered course list block does not currently run course titles through filters, but I agree that it should (just as the native Moodle blocks do). Thanks for helping to identify this problem. I will work to fix it.
  • Picture of Kevin Wiliarty
    Mon, Feb 4, 2019, 9:19 PM
    Hi Nicolas, I've created and resolved an issue for applying filters to rubric headings and course titles. You can view it on Github at I have confirmed that this addresses the multi-language filtering in particular. I still need to backport this and test it for some earlier versions, and there is one more unrelated issue that I need to resolve, but I would hope to have a release some time this week.
  • Picture of Brandon Jimenez
    Mon, Feb 4, 2019, 10:43 PM
    Hello Kevin:

    In reading that line of code, i realized exactly what you wrote, that the filter will always get the courses that the user is enrolled in. That being said, due to some specifics of the site i work in, i have to show the combo list in the dashboard, instead of the Site Home, where said setting does exist. So i changed it to fetch all the courses in the site, then used your simplest example filter (category | collapsed | 0 (= top level) | 0 (= all decendants)) and it worked perfectly. My "suggestion" (i have no idea if it's even a suggestion) would be: is it possible to create a setting, a general setting, in which the user fetches all the courses, or just the enrolled ones? Something in the lines of :

    if ($setting == 1){
    $this->mycourses = enrol_get_my_courses(null, "$sortstring");
    $this->mycourses = coursecat::get(0)->get_courses(array('recursive' => true));

    However, i don't know if it would impact a lot your plugin.

    Anyway....thanks a lot! smile
  • Picture of Kevin Wiliarty
    Tue, Feb 5, 2019, 1:35 AM
    Hi, Brandon. While it would be possible to add a setting like that, I don't think an all-or-nothing approach would be very satisfying. It would apply to every filter in every instance of the block throughout an entire site. I can easily imagine that an admin might want to have some enrolment-aware filters alongside some enrolment-agnostic filters, for instance. Maybe a better approach would be to create distinct filters that have the alternate functionality you are looking for. Recent versions of the Filtered course list can use third-party filters, so you could even write your own to do exactly what you want. There's some documentation about how to do that here:, and I am happy to field any questions you might have. I think your filter you need to differ only slightly from the existing category filter.
  • Picture of Kevin Wiliarty
    Tue, Feb 5, 2019, 8:14 AM
    Hi Nicolas, I've just released v4.1.1 (for Moodle 3.6) and v3.4.3 (for Moodle 3.3, 3.4 and 3.5), both of which should be compatible with content filters. Let me know if you run into any difficulties.
  • Picture of Frédérique Seillec
    Mon, Mar 11, 2019, 8:39 PM

    I have the organization for my courses

    SCHOOL / YEAR / UNIT / courses
    I can only display with the plugin the level UNIT

    I'd like to display the SCHOOL and the YEAR ! Is it possible ?
  • Picture of Kevin Wiliarty
    Mon, Mar 11, 2019, 9:04 PM
    Hi, Frédérique. The Filtered Course List does not display nested rubrics, if that is was you are looking for, but you may be able to achieve what you want by some other method. Here are some ideas:

    1. If your course short names are systematic, you could probably create shortname or regex filters based on those. You would have to supply the SCHOOL / YEAR as the label. Depending on how many of those you need this might be impractical.
    2. If you are using a category filter, you could try setting the "Category rubric template" to include "ANCESTRY". That could work very well, perhaps in combination with including "CATEGORY" in the "Course name template."

    The second choice will perhaps be exactly what you want if you don't have any courses above the UNIT level.

    SCHOOL 1
    - YEAR 1
    - UNIT 1
    Course 1
    Course 2
    - UNIT 2
    Course 3
    Course 4
    - YEAR 2
    SCHOOL 2

    Give that a try and let me know if you have any other questions.

  • Picture of Brandon Jimenez
    Wed, Apr 10, 2019, 12:52 AM
    Hi Kevin

    I have two things to say, one comment and one question:
    Comment: Regarding our discussion a few months back, I tried your solution, but it wouldn't work, as the plugin would sort the data after it has already been fetched, and it only fetches the courses the user is already logged in. That being said, if it's just me who would benefit from a solution of those sorts, then i'll keep doing it on my end.

    For a different site, i'm trying to use your solution but i'm running short in understanding your documentation. My categories are as follows
    Category 1
    - Sub category 1
    -- course 1
    Category 2
    - Sub category 2
    - Course 2

    However, i tried building it using your documentation (and i need to replicate the structure), using
    category | collapsed | 0 | 0
    which should fetch all the subcategories from the top category, but only creates
    -sub category 1
    -- course 1
    - Sub category 2
    -- course 2

    and i tried using ancestries or
    category | collapsed | 2 | 0

    What am i doing wrong?

  • Picture of Kevin Wiliarty
    Wed, Apr 10, 2019, 1:49 AM
    Hi, Brandon, nice to hear from you again.

    About your comment:
    I'm afraid I'm not sure which suggestion of mine you're referring to. Did you try creating a filter of your own? If that is what you're doing then you should be able to fetch the courses any way you like. Or are you doing something else? I'll be happy to help, but I don't yet understand what you are describing.

    About your question:
    The results that you are describing are expected if your structure is like this:
    Category 1
    - Sub category 1
    -- course 1
    Category 2
    - Sub category 2
    -- Course 2

    What I've listed above is slightly different from your version, but maybe it's what you meant, because that would explain the output. It often trips people up that the filtered course list does not recreate a category hierarchy. It's just not what it does. It can scan down into categories to find a user's courses, but it doesn't try to represent the whole tree. When it finds a course, it will show that course under a rubric based on the category it is in, even if that category is several levels deep. In your case, if the user is not enrolled in any courses directly in Category 1 or Category 2, then those categories will not show up. If the hierarchy is important then it may help to modify your "Category rubric template." If you change that template to "ANCESTRY / NAME", for instance, you are asking the block to display the rubric title as a string that consists of the category's ancestry and then the category name. Applied to the example above you ought to get:

    Category 1 / Sub category 1
    - course 1
    Category 2 / Sub category 2
    - Course 2

    It's still not a tree; it won't ever be, but at least in the label for the rubric you can see the hierarchy. The main idea behind the configurable templates is to help resolve ambiguities. Imagine you had a structure like the following:

    - History
    -- History 101
    - History
    -- History 101

    In a case like this the default templates would yield:

    - History 101
    - History 101

    That's not so helpful, but you can change the category template to something like "NAME (PARENT)" to yield:

    History (2019)
    - History 101
    History (2020)
    - History 101

    Does that help?

    If the behavior you're seeing is different, please give me as many details as you can, and I will do my best to help sort it out.
  • Picture of Brandon Jimenez
    Wed, Apr 10, 2019, 2:21 AM
    Hi Kevin

    Ok now I understand, but this issue seems to be something that i've seen several user asked (the ancestry question). Can we make this into a request for a future version? (version 4.1.3 for example? - I joke)

    As usual, thanks for your support.
  • Picture of Kevin Wiliarty
    Wed, Apr 10, 2019, 4:25 AM
    I know that the flatness of the structure sometimes disappoints people but I don't really foresee trying to change it. It's baked pretty deeply into the way the block works, and it's a good fit with the other filter types. Anyway, it sounds like my explanation was helpful, so I'm glad of that.
1 2 3 4 5
Please login to post comments