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 <[email protected]> a écrit : > Le 20 avril 2015 09:42, Franck Paul <[email protected]> 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 -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
