Petite question sur les cas d'utilisations identifiés :
Catégorie 1 : actions
Que faire dans les cas suivants :
1. J'installe un module dépendant d'un module qui n'est pas présent
2. J'installe un module dépendant d'un module qui est présent mais inactif
3. J'active un module dépendant d'un module inactif
4. Je désactive un module dont dépendent d'autres modules qui sont actifs
Possibilités (** = ma proposition):
1.
a) ** le module est installé, mais désactivé immédiatement, on ne
permet pas de le réactiver tant que ses dépendances ne sont pas
installées et activées
b) on refuse d'installer le module
2.
a) ** le module est installé, mais désactivé immédiatement
b) on installe le module, et on active le module dépendant dans la foulée
3.
a) ** On n'affiche pas le lien "activer" à coté de ce module (en
affichant l'explication), tant que tous les modules dont il dépend ne
sont pas activés/installés
b) On permet d'activer le module, mais son activation entraîne
l'activation des modules dont il dépend (sauf si les dépendances ne
sont pas installées)
4.
a) ** On n'affiche pas le lien "desactiver" à coté de ce module (avec
l'explication en dessous sur les modules qui en dépendent)à
b) On désactive tous les modules qui dépendent de ce module
Catégorie 2 : vérification des dépendances (quand on arrive sur
plugins.php, ou index.php)
* On désactive tous les modules dont les dépendances ne sont pas
satisfaites (ie : module dépendant absent/désactivé), avec
notification sur ce qui a été activé.
Z'en dites ?
--
Bruno
Le 21 avril 2015 20:04, Bruno <dsls(a)morefnu.org> a écrit :
Le 20 avril 2015 09:42, Franck Paul
<carnet.franck.paul(a)gmail.com> a écrit :
> Super, merci beaucoup !
J'ai commencé à pousser le coeur de la gestion des dépendances. Il
reste tout l'enrobage à faire, ça va venir :)
--
Bruno