- fév. 11, 2019
-
-
maieul@maieul.net a rédigé
Si on poste un champ checkbox vide, celui-ci ne renvoie rien. On ne va pas mettre de valeur_non dedans, car cela complexifie la structure de donnée. Mais pour autant, on veut que la valeur nulle soit stocké en base. Pour cela on s'appuie sur la nouvelle fonction saisies_saisie_est_tabulaire() qui permet de savoir si une saisie est ou pas de type tabulaire. Merci à Florence Henry d'avoir remonté le problème sur la liste des utilisatrices.
-
- jan. 24, 2019
-
-
http://trad.spip.netsalvatore@rezo.net a rédigé
-
- jan. 23, 2019
-
-
jack@jack31.net a rédigé
-
- jan. 11, 2019
-
- jan. 09, 2019
-
- jan. 05, 2019
-
-
spip.franck@lien-d-amis.net a rédigé
Je monte la version de facteur après sont dernier commit, et fait un z+1 pour être réduire aux max les possibilités qu'une vielle version soient en ligne (pour info, il ne devrait pas y avoir de problème d'encodage, j'ai fait deux vérifications avant mon commit)
-
- déc. 23, 2018
-
-
http://trad.spip.netsalvatore@rezo.net a rédigé
-
- déc. 22, 2018
-
-
maieul@maieul.net a rédigé
-
maieul@maieul.net a rédigé
-
maieul@maieul.net a rédigé
-
maieul@maieul.net a rédigé
-
maieul@maieul.net a rédigé
enregistrer les config de formidable dans #CONFIG{formidable} et pas dans #CONFIG{formidable/analyse}
-
maieul@maieul.net a rédigé
-
- déc. 21, 2018
-
-
maieul@maieul.net a rédigé
-
maieul@maieul.net a rédigé
-
maieul@maieul.net a rédigé
- déc. 20, 2018
-
-
http://trad.spip.netsalvatore@rezo.net a rédigé
-
- déc. 19, 2018
-
-
spip.franck@lien-d-amis.net a rédigé
Mise à jour de la version de saisies dû à un problème de sécu qui ne concerne que les deux plug en question (recherche faite dans les dossiers "squelettes/tag/plugins" sur la zone) https://zone.spip.net/trac/spip-zone/changeset/112964/spip-zone
-
maieul@maieul.net a rédigé
-
maieul@maieul.net a rédigé
reprenne ce travail)
-
http://trad.spip.netsalvatore@rezo.net a rédigé
-
maieul@maieul.net a rédigé
1. Était factuellement faux, car confondant l'identité de l'utilisateur et son identifiant SPIP 2. Était marqué en balise HTML de manière sématniquement incorrect. 3. Faisait une requête SQL inutile
-
- déc. 18, 2018
-
-
maieul@maieul.net a rédigé
afficher la config de réglage de l'unicité des réponses que si on aura réellement besoins (tous les traitements en PHP se basent sur le principe que le règlage par défaut = cookie, donc c'est bon normalement)
-
maieul@maieul.net a rédigé
encore un peu plus de séparation en fieldset dans la config des enregistrements + un changement de label + deux / trois broutilles de mise en forme
-
maieul@maieul.net a rédigé
ne pas proposer de ne pas stocker l'id_auteur si jamais on utilise l'id_auteur pour identifier une réponse et qu'en plus on a besoin d'identifer une réponse
-
maieul@maieul.net a rédigé
en r112879 je disais "compatibilité assuré pour les gens qui auraient modifié les variables globales". C'était faux. Maintenant c'est vrai
-
maieul@maieul.net a rédigé
-
maieul@maieul.net a rédigé
-
maieul@maieul.net a rédigé
Etape 5 : avoir une fonction qui trouve la réponse d'une personne à un formulaire tenant compte du choix principal d'identification des réponses