start:overrides
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 | ||
| start:overrides [2026/02/09 20:27] – [A bit of theory] admin | start:overrides [2026/03/26 16:08] (Version actuelle) – [Tracking patches and customscriptings needs in plugin design] admin | ||
|---|---|---|---|
| Ligne 78: | Ligne 78: | ||
| * There is **no tool** to help the process | * There is **no tool** to help the process | ||
| ====Tracking patches and customscriptings needs in plugin design==== | ====Tracking patches and customscriptings needs in plugin design==== | ||
| + | |||
| + | In our plugins, a common structure to self-document and provide out-of-the-band info about moodle alteration we need to get the plugin run correctly is given as '< | ||
| + | |||
| + | * **< | ||
| + | * **< | ||
| + | * **< | ||
| + | |||
| + | ===What happens if several plugins need patching/ | ||
| + | |||
| + | This is a more tricky situation that can happen, as we aim to keep the modularity concept of Moodle as clean as possible, which means, many plugin do not have to car another plugin exist, moreover if there is no functional relation between them. | ||
| + | |||
| + | As a consequence, | ||
| + | |||
| + | So it may be possible that assembling several unrelated plugins might need to overload the same core files. | ||
| + | |||
| + | In case of patchs, all patchs are bounded strictly in ''< | ||
| + | |||
| + | In case of customscripts, | ||
| [[: | [[: | ||
start/overrides.1770668870.txt.gz · Dernière modification : de admin
