Aie ça va faire mal
Je pense que votre débat part dans une issue parce que je ne suis pas sur qu’on ait posé la bonne question au début du fil. Elle est trop fermée alors que le sujet est plus large.
Moi j’utilise Code.spip sur les plugins principalement, pas le spip car je préfère aller sur Programmer quand l’explication existe - mais elle n’existe pas toujours - et dans le code sinon. Mon utilisation c’est la compréhension de l’API dans son ensemble ce qui me parait pas possible vue de ma fenêtre avec Search qui est impressionnant mais pas forcément intuitif.
Pour les plugins, je l’utilise :
- Pour avoir une vue globale du plugin (api, balises, critères, etc)
- Vérifier le phpdoc : complétude, erreurs, etc. Et ça seul une génération de phpdoc peut le fournir. Alors y a peut-être une autre façon de faire avec une installation local ou distante comme un service ?
Donc quoi qu’on décide, Search ne remplace pas Code.spip.
Maintenant, on peut s’adapter si ça permet à certains de se libérer du temps.
Après, on voit aussi que Programmer n’est pas complet au niveau des api et que le code ou le phpdoc est utile. Il ne faut donc pas supprimer sans faire l’effort de complétude où qu’il soit. C’est en sens que je dis que la question initiale n’est pas la bonne.
On a de la chance on est au bon endroit pour en discuter