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…
2. Côté affichage on trouvera bien un endroit pour mettre ça.Et
effectivement je ne considère pas ça comme faisant partie de la gestion de
dépendance, mais puisqu'on en est à bouger la liste des propriétés des
modules :-)
3. C'est noté
4. En fait à y réfléchir, je ne suis pas certain que ce soit utile. Du coup
on évite l'anti-pattern YANI et on intègre pas cette notion ? Pas vraiment
d'avis pour l'instant.
Question Bonus : on va avoir un requires…, est-ce que c'est prudent de
prévoir un excludes… qui définirait une liste d'incompatibilités ?
Le 3 février 2015 16:54, Bruno <dsls(a)morefnu.org> a écrit :
Le 3 février 2015 15:55, Franck Paul
<carnet.franck.paul(a)gmail.com> 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
--
Franck