Je lis ça à tête reposée demain matin et je réponds aux questions. Le 21 avril 2015 20:24, Bruno <[email protected]> a écrit :
> 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 > -- Franck -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
