
Recherche avancée
Autres articles (78)
-
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs -
Diogene : création de masques spécifiques de formulaires d’édition de contenus
26 octobre 2010, parDiogene est un des plugins ? SPIP activé par défaut (extension) lors de l’initialisation de MediaSPIP.
A quoi sert ce plugin
Création de masques de formulaires
Le plugin Diogène permet de créer des masques de formulaires spécifiques par secteur sur les trois objets spécifiques SPIP que sont : les articles ; les rubriques ; les sites
Il permet ainsi de définir en fonction d’un secteur particulier, un masque de formulaire par objet, ajoutant ou enlevant ainsi des champs afin de rendre le formulaire (...) -
Gestion des droits de création et d’édition des objets
8 février 2011, parPar défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;
Sur d’autres sites (12415)
-
Extract version into version.txt and add header two additional-methods.js
20 mars 2011, par jzaeffererm additional-methods.js m changelog.txt m jquery.validate.js + version.txt Extract version into version.txt and add header two additional-methods.js
-
Révision 18184 : Correction CSS : http://www.spip-blog.net/SPIP3-version-alpha-version-jaja.html#...
5 juillet 2011, par cedric - -
Evolution #4322 : Faire une "séparation" concernant une version de lib et une version de plug
9 mai 2019, par Franck DHello :-)
Plus j’y pense et plus je me dis qu’il faudrait en faite que les plugins qui ne sont là que pour fournir une lib devrait avoir un numéro de version du type :
x.y.z - version de la libSVP ou celui qui prendra sa place fonctionnera en ne s’occupant que de x.y.z et en ignorant complètement ce qu’il y aurait après le - (tiret)
Ainsi si une nouvelle lib introduit des incompatibilités, il serrait possible de fournir deux zip du plug si besoin car il y aurait un changement de x puisque une "simple" mise à jour de lib demanderait un changement de zDe plus, cela permettrait aussi de faire des plugins de lib dont l’auteur ne respectent pas la forme x.y.z quand il fait des tags car nous pourrions avoir des version de plug de type x.y.z - un_numero_de_version_de_lib_super_long
Et concernant htmlpurifier, il serait donc sous la forme x.y.z - 5.0.0