Moodle
  1. Moodle
  2. MDL-22347

Glossary: teacher search for glossary terms across category or whole site

    Details

    • Type: New Feature New Feature
    • Status: Open
    • Priority: Minor Minor
    • Resolution: Unresolved
    • Affects Version/s: 2.0
    • Fix Version/s: None
    • Component/s: Glossary
    • Labels:
      None
    • Affected Branches:
      MOODLE_20_STABLE
    • Rank:
      5995

      Description

      Basically the idea is, a global glossary search for teachers which they can use to find definitions in other courses on the site, that might be relevant to their own course (ie so they can copy/paste it).

      The intention is, let's say you are working on a science course and you are about to write a glossary definition for 'photosynthesis', then you think, hang on, we've done loads of other courses, I bet somebody already wrote one. So you search across the whole site or across the Science category, you find one, you copy it, then just add a new glossary entry as usual, paste it in, and maybe tweak it a bit to be more relevant to your course.

      So there would be a link from the glossary to a 'search across glossaries' page. You would then be able to choose to search all glossaries across all courses in (a) the current category, or (b) any parent category, or (c) the whole site.

      • The search would just be on the glossary term (wildcards permitted, so you could search for 'photosy*' if you're lazy or if you think other teachers probably misspelt it), and not a full text search.
      • Results would be shown as normal paged results 10 at a time or whatever, you could click on them to go to the glossary entry or just copy/paste it straight from the page if desired.
      • There might be a button you could click next to a glossary entry to add it to your own glossary, this would just open up the glossary add form, with the text from the existing entry filled in, so you could edit it and hit save.
      • I haven't figured out quite how permissions should work, but presumably it would only include results from glossaries you are allowed to actually see. The link itself would appear to anyone who's allowed to add entries in the current glossary.

      I can code this thing locally just for us, but if there is an interest in having this in Moodle 2 core (and if I can agree it with Martin etc) then it would be nice to add it to that. Seems to me it might be useful to other sites.

        Activity

        Hide
        Sam Marshall added a comment -
        Show
        Sam Marshall added a comment - Note: Forum discussion http://moodle.org/mod/forum/discuss.php?d=149479
        Hide
        Sam Marshall added a comment -

        Following Eloy's request I implemented this as a block, currently in contrib cvs at /plugins/blocks/glossary_reuse

        I'd like to get this into core 2.x if possible, but I understand it might be seen as a bit esoteric... also it isn't very discoverable thanks to being a block... however we could always add a link to it from glossary page directly if it were included in core. (You can go to the search page without actually having the block, if you know the glossary cmid, and if you have access to add entries there of course.)

        If there are bugs/problems with the contrib implementation these can be reported here or in the forum discussion.

        Show
        Sam Marshall added a comment - Following Eloy's request I implemented this as a block, currently in contrib cvs at /plugins/blocks/glossary_reuse I'd like to get this into core 2.x if possible, but I understand it might be seen as a bit esoteric... also it isn't very discoverable thanks to being a block... however we could always add a link to it from glossary page directly if it were included in core. (You can go to the search page without actually having the block, if you know the glossary cmid, and if you have access to add entries there of course.) If there are bugs/problems with the contrib implementation these can be reported here or in the forum discussion.
        Hide
        Eloy Lafuente (stronk7) added a comment -

        Nice one Sam, as commented, I think it's better to have the functionality there (in the block, isolated), at least until we get a core-way to solve global searching.

        my +1 for HEAD (requires MD's final positive).

        PS: I'd take out some "idiots" from it before landing to HEAD :-P

        Show
        Eloy Lafuente (stronk7) added a comment - Nice one Sam, as commented, I think it's better to have the functionality there (in the block, isolated), at least until we get a core-way to solve global searching. my +1 for HEAD (requires MD's final positive). PS: I'd take out some "idiots" from it before landing to HEAD :-P
        Hide
        Sam Marshall added a comment -

        thanks, I'll try to pester Martin. If he says no, not the end of the world, it can remain in contrib.

        by the way we could use a new general search solution here as well but it is difficult (needs to have absolutely full support for moodle permissions, groups, groupings model; to work on all databases; to be very fast; to be updated instantly when a change is made and not on cron, etc). Currently we are sticking with the homebrew 'ousearch' solution - which meets all the above requirements, but sucks in terms of features i.e. it won't deal with misspellings or return results with 'frogs' if you searched for 'frog', etc. There must be a suitable open source search engine by now...

        And I just searched - there was only one 'idiots', that's very restrained! (sorry i am still at the point where if I manage to commit code that doesn't include any swearwords I consider that a major achievement...

        Show
        Sam Marshall added a comment - thanks, I'll try to pester Martin. If he says no, not the end of the world, it can remain in contrib. by the way we could use a new general search solution here as well but it is difficult (needs to have absolutely full support for moodle permissions, groups, groupings model; to work on all databases; to be very fast; to be updated instantly when a change is made and not on cron, etc). Currently we are sticking with the homebrew 'ousearch' solution - which meets all the above requirements, but sucks in terms of features i.e. it won't deal with misspellings or return results with 'frogs' if you searched for 'frog', etc. There must be a suitable open source search engine by now... And I just searched - there was only one 'idiots', that's very restrained! (sorry i am still at the point where if I manage to commit code that doesn't include any swearwords I consider that a major achievement...
        Hide
        Sam Marshall added a comment -

        This issue was assigned to me automatically, however I will not be able to work on this issue in the immediate future. In order to create a truer sense of the state of this issue and to allow other developers to have chance to become involved, I am removing myself as the assignee of this issue.

        For more information, see http://docs.moodle.org/dev/Changes_to_issue_assignment

        Show
        Sam Marshall added a comment - This issue was assigned to me automatically, however I will not be able to work on this issue in the immediate future. In order to create a truer sense of the state of this issue and to allow other developers to have chance to become involved, I am removing myself as the assignee of this issue. For more information, see http://docs.moodle.org/dev/Changes_to_issue_assignment

          People

          • Votes:
            4 Vote for this issue
            Watchers:
            6 Start watching this issue

            Dates

            • Created:
              Updated: