User Tools
mod:customlabel
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
mod:customlabel [2023/01/31 16:46] 127.0.0.1 external edit |
mod:customlabel [2024/04/04 15:50] (current) |
||
|---|---|---|---|
| Line 5: | Line 5: | ||
| * **Component type:** Activity module | * **Component type:** Activity module | ||
| * **Name:** Customlabels (course elements) | * **Name:** Customlabels (course elements) | ||
| - | * **Versions:** :M27: to :M39: | + | * **Versions:** :M27: to :M41: |
| * **Old versions:** 1.9, 2.2 à 2.6 | * **Old versions:** 1.9, 2.2 à 2.6 | ||
| * **Distribution:** Public and **PRO** | * **Distribution:** Public and **PRO** | ||
| Line 66: | Line 66: | ||
| * [[:Mod:CustomLabel:Technique|Technical Guide]] | * [[:Mod:CustomLabel:Technique|Technical Guide]] | ||
| - | |||
| - | |||
| - | ==== Builds ==== | ||
| - | |||
| - | ^ :M27: ^ :M28: ^ :M29: ^ :M30: ^ :M31: ^ :M32: ^ :M33: ^ :M34: ^ :M35: ^:M36: ^:M37: ^:M38: ^:M39: ^ | ||
| - | | <html><img src="https://travis-ci.org/vfremaux/moodle-mod_customlabel.svg?branch=MOODLE_27_STABLE"></html> | <html><img src="https://travis-ci.org/vfremaux/moodle-mod_customlabel.svg?branch=MOODLE_28_STABLE"></html> | <html><img src="https://travis-ci.org/vfremaux/moodle-mod_customlabel.svg?branch=MOODLE_29_STABLE"></html> | <html><img src="https://travis-ci.org/vfremaux/moodle-mod_customlabel.svg?branch=MOODLE_30_STABLE"></html> | <html><img src="https://travis-ci.org/vfremaux/moodle-mod_customlabel.svg?branch=MOODLE_31_STABLE"></html> | <html><img src="https://travis-ci.org/vfremaux/moodle-mod_customlabel.svg?branch=MOODLE_32_STABLE"></html> | <html><img src="https://travis-ci.org/vfremaux/moodle-mod_customlabel.svg?branch=MOODLE_33_STABLE"></html> | <html><img src="https://travis-ci.org/vfremaux/moodle-mod_customlabel.svg?branch=MOODLE_34_STABLE"></html> | <html><img src="https://travis-ci.org/vfremaux/moodle-mod_customlabel.svg?branch=MOODLE_35_STABLE"></html> | <html><img src="https://travis-ci.org/vfremaux/moodle-mod_customlabel.svg?branch=MOODLE_36_STABLE"></html> | <html><img src="https://travis-ci.org/vfremaux/moodle-mod_customlabel.svg?branch=MOODLE_37_STABLE"></html> | <html><img src="https://travis-ci.org/vfremaux/moodle-mod_customlabel.svg?branch=MOODLE_38_STABLE"></html> | <html><img src="https://travis-ci.org/vfremaux/moodle-mod_customlabel.svg?branch=MOODLE_39_STABLE"></html> | | ||
| - | |||
| - | [[https://travis-ci.org/vfremaux/moodle-mod_customlabel/branches|Travis-ci Continuous integration]] | ||
| - | |||
| - | 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. | ||
| Line 83: | Line 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, and will lower risk of technological obsolescence in the future. | ||
| - | |||
| - | What should be great to achieve as workplan: | ||
| - | |||
| - | - Restructure storage adding a mdl_customlabel_data table capable to flat storing the element's internal individual values. This will discard completely the older ugly strategy that records the customlabel inside itself in a serialized way. Building the element content would be really such simpler. | ||
| - | - 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 "Custom CSS" feature, but at a further location from where the element is managed. | ||
| - | - 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, other images used in elements. | ||
| - | - 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/stop). | ||
| - | |||
| - | 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.txt · Last modified: 2024/04/04 15:50 (external edit)
