mod:customlabel
Différences
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
| mod:customlabel [2021/05/07 09:44] – [5 course elements types] florence | mod:customlabel [2026/01/13 07:58] (Version actuelle) – modification externe 127.0.0.1 | ||
|---|---|---|---|
| Ligne 5: | Ligne 5: | ||
| * **Component type:** Activity module | * **Component type:** Activity module | ||
| * **Name:** Customlabels (course elements) | * **Name:** Customlabels (course elements) | ||
| - | * **Versions: | + | * **Versions: |
| * **Old versions:** 1.9, 2.2 à 2.6 | * **Old versions:** 1.9, 2.2 à 2.6 | ||
| * **Distribution: | * **Distribution: | ||
| Ligne 66: | Ligne 66: | ||
| * [[: | * [[: | ||
| - | |||
| - | |||
| - | ==== Builds ==== | ||
| - | |||
| - | ^ :M27: ^ :M28: ^ :M29: ^ :M30: ^ :M31: ^ :M32: ^ :M33: ^ :M34: ^ :M35: ^:M36: ^:M37: ^:M38: ^:M39: ^ | ||
| - | | < | ||
| - | |||
| - | [[https:// | ||
| - | |||
| - | Note : Failing status is not necessarily the sign of a non functioning module. It just says that the Moodle code standards check are not full filling. This is a continuous effort of us rewriting the plugin code to get it compliant. | ||
| Ligne 83: | Ligne 73: | ||
| * Florence Labord (florence@activeprolearn.com) - Plugin documentation and standard artwork | * Florence Labord (florence@activeprolearn.com) - Plugin documentation and standard artwork | ||
| - | ==== Road map ==== | ||
| - | |||
| - | We seriously plan to rewrite fundamentally this module in order to simplify the implementation. the major reason of the code complexity of this module was the inheritance of tricky constraints of Moodle 1.9 architecture for being able to produce the course element content in the course view. This has not been reviewed because we needed at early moodle 2.x stages that the plugin keep entire compatibility with Moodle 1.9 contents. | ||
| - | |||
| - | The pressure to stay full compatible with old storage model is lower now, unless we can provide a good model translator for actual component architecture to new one. | ||
| - | |||
| - | I am sure that the component will gain in maintenability, | ||
| - | |||
| - | What should be great to achieve as workplan: | ||
| - | |||
| - | - Restructure storage adding a mdl_customlabel_data table capable to flat storing the element' | ||
| - | - Mustache the rendering, or proposing the administrator to define the mustache templates for rendering the element just through global settings. This would let the labels to be very flexible in appearence, while based on a formal data micromodel. | ||
| - | - Allow administrators to add a customlabel CSS attached to the template. This is yet possible in themes providing the " | ||
| - | - Let templates and CSS be stored in backup, so elements could move from a moodle to another. This will vote for storing a local copy of template and css rules in the instance record. | ||
| - | - Provide a global setting level moodle filearea to store all the graphic assets, icons, backgrounds, | ||
| - | - Think about reserving also an instance filearea for overriding those assets. | ||
| - | - Develop a new customlabel element type capable to get any content from outside moodle using an embedded web service client, and using the captured content as its proper content. | ||
| - | - Develop a new customlabel element type capable to get any content of a direct HTML url (publicly accessible) and clip the content by regexps (start/ | ||
| - | |||
| - | The global goal of those changes is to make all aspect configuration possible without coding access. | ||
| - | As usual, such a radical change needs a lo of time, and probably budget. At the moment I lack both. So I do not expect short time resolution at the moment, but the road is traced. | ||
| ------------------- | ------------------- | ||
mod/customlabel.1620380670.txt.gz · Dernière modification : (modification externe)