Validations dans la source 50
-
marcimat@rezo.net a rédigé
-
renato@rezo.net a rédigé
-
rastapopoulos@spip.org a rédigé
Une petite fonction tirée de SPIP 3 qui permet d'interdire l'accès à une page depuis n'importe quel squelette, y compris dans les inclusions de n'importe quel niveau. Par rapport à la version de spip-dev, elle est augmentée de deux arguments pour préciser soi-même ce qu'on désire faire comme interdiction. [(#AUTORISER{truc}|sinon_interdire_acces)] [(#AUTORISER{truc}|sinon_interdire_acces{#URL})] [(#AUTORISER{truc}|sinon_interdire_acces{"", 404})] À tester/commenter.
-
rastapopoulos@spip.org a rédigé
-
rastapopoulos@spip.org a rédigé
-
cedric@yterium.com a rédigé
backport de #PRODUIRE pour unifier avec http://core.spip.org/projects/spip/repository/revisions/17740
-
ben.spip@gmail.com a rédigé
-
ben.spip@gmail.com a rédigé
-
ben.spip@gmail.com a rédigé
-
rastapopoulos@spip.org a rédigé
Report des modifs du core sur #INFO_TRUC, notamment pour ajouter l'étoile pour enlever les traitements (+ sécu + compat itérateurs).
-
rastapopoulos@spip.org a rédigé
-
rastapopoulos@spip.org a rédigé
-
cedric@yterium.com a rédigé
-
cedric@yterium.com a rédigé
-
eric@smellup.net a rédigé
Mise au propre de certains plugin.xml et modification systématique de la borne 2.3.0-dev en 3.0.0-dev
-
cedric@yterium.com a rédigé
-
kent1@arscenic.info a rédigé
-
cedric@yterium.com a rédigé
-
cedric@yterium.com a rédigé
-
kent1@arscenic.info a rédigé
input[value='+id_item+'] ne marche pas en jQuery 1.6.4, j'espère que cela ne casse rien dans les versions précédentes
-
kent1@arscenic.info a rédigé
-
kent1@arscenic.info a rédigé
-
yffic@lefourneau.com a rédigé
-
kent1@arscenic.info a rédigé
if (!defined("_ECRIRE_INC_VERSION")) return; sur tout fichier PHP pour sécurité future principalement
-
joseph@larmarange.net a rédigé
-
jluc@no-log.org a rédigé
même si les itérateurs font plus moderne et plus durable
-
brunobergot@gmail.com a rédigé
-
jluc@no-log.org a rédigé
[(#ID_RUBRIQUE|profondeur)] Attention dans spip3 c'est un champ de RUBRIQUE donc syntaxe différente.
-
jluc@no-log.org a rédigé
-
jluc@no-log.org a rédigé
-
jluc@no-log.org a rédigé
-
jluc@no-log.org a rédigé
-
denisb@laposte.net a rédigé
-
brunobergot@gmail.com a rédigé
-
gilles.vincent@gmail.com a rédigé
-
pierrekuhn82@gmail.com a rédigé
-
marcimat@rezo.net a rédigé
Dans certains cas (en spip 2.1 donc), un appel «include_spip('inc/config')» ne chargeait pas la fonction lire_config souhaitée, si le plugin CFG est présent. On corrige ce détail.
-
cyril@cym.fr a rédigé
-
cedric@yterium.com a rédigé
la fonction array_insert definie ici est non standard dans sa definition mais utilise un nommage tres generique : risque de collision, averee avec la librairie MPDF, avec une signature differente qui plus est/ On la renomme donc en spip_array_insert, aucune occurence trouvee sur la zone, mais attention aux utilisations eventuelles
-
spip.franck@lien-d-amis.net a rédigé
-
tetue@rezo.net a rédigé
-
george@middleeastwatch.net a rédigé
-
real3t@gmail.com a rédigé
Après recherches sur Internet, il s'avère que sous Windows, pour qu'un .CSV puisse être décodé par excel, il faut : - qu'il ait un BOM au début s'il est en UTF-8 - qu'il utilise des ; et non des , Ça reste compatible LibreOffice Et ça simplifie le code au final.
-
real3t@gmail.com a rédigé
- revenir à séparateur virgule par défaut - mais garder l'utilisation du BOM (en la contraignant à un charset du site utf-8) + backport de $output = str_replace('’', '\'', $output); de la version pour SPIP 3
-
spip.franck@lien-d-amis.net a rédigé
-
spip.franck@lien-d-amis.net a rédigé
-
spip.franck@lien-d-amis.net a rédigé
-
cedric@yterium.com a rédigé