Re: Compatibilité SPIP et PHP
stephane poupard via spip-dev <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 16/09/2019 à 23:05, RastaPopoulos a écrit : > Le 16/09/2019 à 22:09, Jean-Christophe Villeneuve a écrit : >> une boite à outils où on va piocher les fonctionnalités qui nous >> intéressent > C'est le principe même du système de plugin. On a X plugins, et on > pioche des fonctionnalités dedans qui nous intéressent. Alors avoir un > système de plugins à l'intérieur d'un système de plugin, ça n'a aucun > sens et aucun intérêt pour la compréhension de tout le monde. Un plugin, > une fonctionnalité, basta. > >> plutôt que d'avoir une dizaine de plugins (voire plus) pour >> avoir la même chose. > C'est l'inverse dans SPIP, par rapport à la majorité des autres CMS, on > essaye toujours de*n'avoir à peu près aucun doublon* et qu'une > fonctionnalité ne soit*gérée que par un plugin* (un seul plugin pour > composer des menus, un seul plugin pour faire des points géolocalisés, > etc). Lorsqu'il y a doublon, c'est normalement vraiment pour une raison > importante, et c'est très rare. Donc cette phrase est plutôt fausse. J'ai hésité a intervenir, toutefois j'avais tenté de lancer l'idée des plugins doublons https://contrib.spip.net/Des-plugins-a-eventuellement-fusionner il me semble qu'un travail de fond pourrais être lancé (je sais j'ai cas go go go) , la résistance est qu'un dev préfère souvent partir de zéro, c'est plus facile je pense qu'a l'avenir (malheureusement) SPIP sera comme WP (pour pas le cité) un socle avec une multitude de plugin et même des doublons -- @micalement https://spipfactory.fr "Réussir sa vie, plutôt que de vivre sa réussite" "Il n'y a qu'un passé et il n'existe qu'un seul présent, par contre il y a une multitude de futurs, mais seuls l'un d'eux se réalise" --- En répondant a ce courriel vous acceptez implicitement la diffusion, l'échange de la conversation, sauf avis contraire clairement exprimé