S'lt
Il se trouve qu'on a pris I2 pour la vache à lait, des qu'un plugin de
façon plus ou moins indirect pouvait compléter un profil utilisateur
on a directement gréffé dans I2 les noisettes.
Or I2 se doit d'etre générique et donc ne pas savoir à l'avance quels
plugins pourraient profiter du gestionnaire de profil "normalisé".
Ce qui est explique ce début de migration en mettant en place des
pipelines dans I2 (début d'explication dans
SPIP-Contrib)
Jusqu'à preuve du contraire, c'est I2 qui utilise les fonctionnalités d'accès restreint là, pas le contraire...
Je vois meme que le formulaire de cfg comporte des chaines de langues de I2 :
Non on n'aurait pas du coder ces chaines dans I2.
Donc tu n'en veux pas, moi non plus -> on supprime et on laisse à
celui qui en aura besoin de faire un plugin de relation.
I2 doit maigrir.
km