Hello, J'ai commencé à plancher à nouveau sur la gestion des dépendances entre plugins. En pratique, si un plugin foo a besoin que le plugin "bar" soit installé, il faut définir dans les propriétés du plugin foo : $this->registerModule( /* Name */ "Foo", /* Description*/ "Foo plugin for Dotclear", /* Author */ "Bob Dylan", /* Version */ '1.0', array( 'permissions' => 'usage,contentadmin', 'requires' => array('bar') ) ); Si le plugin a en plus besoin du plugin "boo" en version 2.0 : $this->registerModule( /* Name */ "Foo", /* Description*/ "Foo plugin for Dotclear", /* Author */ "Bob Dylan", /* Version */ '1.0', array( 'permissions' => 'usage,contentadmin', 'requires' => array('bar', array('boo','2.0')) ) ); En clair, la propriété "requires" prend comme valeur un tableau d'entrées : * Soit le nom du module requis * Soit un tableau (nom, version min) du module requis Pour des raisons de performance, les tests de dépendances sont faits uniquement à l'accueil de l'admin, et sur la page plugins.php. Si un plugin a des dépendances non remplies, il est désactivé, et un avertissement est affiché. Ensuite, sur la page plugins.php : * pour chaque plugin actif, s'il d'autres plugins en sont dépendants, une information dans la description du plugin est affichée : "Si vous désactivez ou désinstallez ce plugin, les plugins suivants seront désactivés : foo, bar" * pour chaque plugin inactif : * si certaines de ses dépendances sont manquantes, la case "activer" n'est pas affichée, et une information du type "Ce plugin nécessite l'installation des plugins suivants : foo, bar" * si certains de ses dépendances sont désactivées, alors on affiche "si vous activez ce plugin, alors les plugins suivants seront aussi activés : foo, bar". Il faut ensuite que je regarde les dépendances de thèmes. -- Bruno -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Le 3 février 2015 15:55, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit : > Hello, > > Quatre choses qui me viennent en tête à la première lecture : > > 1. Est-ce que ce sera mis en place aussi pour les thèmes. Après tout un > thème peut nécessiter la présence d'un autre thème (parent) ou d'un plugin. > C'était l'objet de mon dernier message. Le "problème" est que thèmes et plugins sont 2 instances différentes de modules. La dépendance entre thèmes est déjà spécifiée ailleurs (dépendance parent-enfant), du coup le "requires" ne se fait que sur des plugins. Actuellement la notion de thème désactivé n'existe pas, il faudrait voir comment le mettre en place. En plus du bug actuel qui fait que tous les thèmes sont chargés, et pas seulement le thème par défaut. > > 2. Est-ce qu'on peut d'ores-et-déjà envisager une propriété 'optionals' > (pas certain que le nom soit correct), avec des dépendances optionnelles > (exemple un thème qui prend en charge le plugin Gravatar mais qui > fonctionne même si ce dernier n'est pas installé). Cela dit, après avoir > écrit la phrase précédente je me demande si ce n'est pas superflu (cela dit > il y a une feature de ce type côté WP pour les thèmes qui prennent en > charge des plugins optionnels). > > Rien n'empêche de le faire. Mais au delà d'afficher les plugins suggérés (reste à voir où), il n'y a pas de réelle gestion de dépendances ici. 3. Tu as prévu un mécanisme pour gérer ou éviter les références circulaires > ? Genre A needs B needs C needs A. > En pratique ça ne devrait pas se produire. Toutefois, le code sur lequel je bosse ne peut pas boucler. > 4. Est-ce qu'il ne faut pas non plus prévoir une version max (optionnelle) > pour les dépendances ? Ce qui donnerait array('boo','2.0','2.9'). > Pourquoi pas :) Nicolas avait indiqué que c'était probablement superflu, mais rien n'interdit de le faire. -- Bruno -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Le 3 février 2015 17:07, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit : > 1. Tu as raison pour les thèmes, la dépendance ne concernerait que les > plugins. Pour le chargement des thèmes, il me semble que c'est uniquement > sur page "Apparence du blog" que tous les thèmes sont chargés, non ? Sinon > va falloir régler ça… > > http://dev.dotclear.org/2.0/ticket/1784 :) -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Plop Bruno, On est en plein dans la colo dotclear, dommage que tu ne sois pas là ! Dis, tu penseras à pousser ce que tu avais développé pour la dépendance des modules ? ++ Franck Le 3 février 2015 18:50, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit : > Well done dude! > > Le 3 février 2015 18:47, Bruno <dsls(a)morefnu.org&gt; a écrit : > >> Le 3 février 2015 17:07, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a >> écrit >> : >> >> > 1. Tu as raison pour les thèmes, la dépendance ne concernerait que les >> > plugins. Pour le chargement des thèmes, il me semble que c'est >> uniquement >> > sur page "Apparence du blog" que tous les thèmes sont chargés, non ? >> Sinon >> > va falloir régler ça… >> > >> > http://dev.dotclear.org/2.0/ticket/1784 :) >> -- >> Dev mailing list - Dev(a)list.dotclear.org - >> http://ml.dotclear.org/listinfo/dev >> > > > > -- > Franck > -- Franck -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Super, merci beaucoup !

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&gt; a écrit : > Le 20 avril 2015 09:42, Franck Paul <carnet.franck.paul(a)gmail.com&gt; 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 - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Le 21 avril 2015 22:48, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit : > Je lis ça à tête reposée demain matin et je réponds aux questions. Autres points à traiter : * Installation de plugins depuis le dépôt : autoriser/empêcher d'installer un module si ses dépendances ne sont pas installées * Refuser l'installation d'un plugin (attention, je parle bien d'installation, pas d'activation), si ses dépendances ne sont pas installées Ces 2 points sont bien différents selon moi : * Le premier est ce qu'on va afficher lors de la recherche de plugins via l'admin * Le second est le cas où j'installe un plugin via ftp, mais dotclear ne peut pas l'installer car il dépend d'autres modules. -- Bruno -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Le 22 avril 2015 09:46, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a écrit : > Je vais reprendre tout ça, mais déjà, je pense que seule l'activation doit > être contrôlée par les dépendances. On devrait pouvoir installer tout le > temps. Pas d'accord : si A dépend de B et que B n'est pas installé, l'installation de A peut planter allègrement à cause de l'absence de B. On ne peut pas se contenter de jouer sur l'activation dans ce cas particulier... -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Je vais reprendre tout ça, mais déjà, je pense que seule l'activation doit être contrôlée par les dépendances. On devrait pouvoir installer tout le temps. Le 22 avril 2015 09:34, Bruno <dsls(a)morefnu.org&gt; a écrit : > Le 21 avril 2015 22:48, Franck Paul <carnet.franck.paul(a)gmail.com&gt; a > écrit : > > Je lis ça à tête reposée demain matin et je réponds aux questions. > > Autres points à traiter : > * Installation de plugins depuis le dépôt : autoriser/empêcher > d'installer un module si ses dépendances ne sont pas installées > * Refuser l'installation d'un plugin (attention, je parle bien > d'installation, pas d'activation), si ses dépendances ne sont pas > installées > > Ces 2 points sont bien différents selon moi : > * Le premier est ce qu'on va afficher lors de la recherche de plugins > via l'admin > * Le second est le cas où j'installe un plugin via ftp, mais dotclear > ne peut pas l'installer car il dépend d'autres modules. > > -- > Bruno > -- > Dev mailing list - Dev(a)list.dotclear.org - > http://ml.dotclear.org/listinfo/dev > -- Franck