36 Commits (14bf435cd66ff4c8d8e4292c76646842d929dc22)

Author SHA1 Message Date
maieul@maieul.net 14bf435cd6 contructeur de formulaire : nouvelle option pour exclure certains types de saisie 4 years ago
maieul@maieul.net d11be53276 constructeur de formulaire : on peut passer une option uniquement_sql pour ne proposer comme saisies que les saisies qui ont un type sql associés (par ex : pour que l'interface de champ extra ne propose pas de saisies fichiers, ce qui n'a pas de sens) 4 years ago
maieul@maieul.net f60784dab4 notice php 4 years ago
rastapopoulos@spip.org f29b0c0695 Nouvelle fonctionnalité : le constructeur de formulaire permet désormais de configurer par interface des options globales à l'affichage d'un formulaire. Ces options sont déjà prévues dans l'API, par ex pour personnaliser le texte du bouton ou pour activer le multi-étapes. Elles sont stockés dans une clé 'options' à la racine du tableau de description du formulaire. Pour avoir l'interface, le constructeur a besoin de connaître la liste des champs qu'on permet de configurer pour CET appel. En effet, suivant les contextes, ce ne sont pas forcément les mêmes options ! Si on est dans Formidable, ou dans Champs Extras, les mêmes choses ne sont pas pertinentes. C'est donc au plugin qui appelle le constructeur de décider quelles sont les options qu'il permet. 4 years ago
maieul@maieul.net b65c1a003c notice php 4 years ago
maieul@maieul.net eaf63e5b21 notice php 4 years ago
maieul@maieul.net fe946efa3d formulaire de construction de saisies (type formidable) : si on supprime la vérification d'une saisie, la supprimer effectivement 4 years ago
maieul@maieul.net c578085235 trailing spaces 4 years ago
maieul@maieul.net b5e17574f2 retour sur r109426 5 years ago
maieul@maieul.net 6157ba0445 Constructeur de saisie (type formidable). 5 years ago
rastapopoulos@spip.org a0fc85f477 Formatage, dont correction d'un fichier où il y a eu cassage de nos PSR par un commit de Teddy #délation. 5 years ago
rastapopoulos@spip.org 5530eda7fa On arrête complètement d'utiliser l'ancre de positionnement et on fait intégralement du noscroll partout. Ça serait bien de trouver un moyen pour que le bon positionnement marche aussi sans JS. Par exemple que quand on valide ça recharge avec une #ancre dans l'URL et que donc on arrive au bon endroit… 5 years ago
rastapopoulos@spip.org 82beee7175 Utiliser la classe noscroll indiqué par cerdic. Par contre ce n'est pas générique car ça ne prend pas en compte quand les gens valident avec Entrée (ce qui est le cas quand on utilise l'ancre ajax pour positionner puisqu'elle est généré pour n'importe quelle validation). 5 years ago
marcimat@rezo.net 5fe87d9bff Correction de 2 problèmes : 6 years ago
maieul@maieul.net 0e8271e660 trier les vérification paar titre dans la construction du formulaire de vérification 6 years ago
maieul@maieul.net 1186a2855b pouvoir utiliser des afficher_si dans les constructeurs de vérification de saisie 6 years ago
maieul@maieul.net e277f44469 suppression des vieilles traces de formidable dans les noms de fonctions 6 years ago
maieul@maieul.net e14a943626 constructeur de la saisie fichiers -> on rend obligatoire la vérification fichiers 6 years ago
maieul@maieul.net 98e27e261f pour une saisie de type fichiers, la valeur à vérifier est le tableau dans 6 years ago
maieul@maieul.net 73125d81b8 la vérification fichiers est réservées à la saisie fichiers, et réciproquement, la saisie fichiers n'utilise que la vérifications fichiers 6 years ago
kent1@arscenic.info 90d5388ca4 PSR SPIP 7 years ago
marcimat@rezo.net bf3a4d1c7d Ne pas se tromper sur le nombre d'erreurs dans le joli message. 7 years ago
marcimat@rezo.net bb71c54bf6 Permettre d'étendre directement le formulaire de configuration d'une saisie 7 years ago
toutati@free.fr 44f8fd2b10 Se passe du couple yaml/html pour les groupes de saisies 7 years ago
toutati@free.fr c76ff8745b On peut importer un groupe de champs dans le plugin formidable : (dev en cours) 7 years ago
marcimat@rezo.net 400b2a11fa - Certaines saisies n'étaient pas passées à la nouvelle nomenclature à base de div. 8 years ago
cedric@yterium.com a66480ef59 Bugfix utilisation des div au lieu de ul/li dans les formulaires, ajustement des regles CSS, correction des JS 8 years ago
marcimat@rezo.net c053a7c973 Notice PHP en moins si on édite un fieldset dans le constructeur de formulaire : lorsqu'il cache les saisies qu'il contient, le message précisant l'action ( «2 champ(s) masqué(s) ...» ) est aussi une saisie 'explication' incrustée, mais qui n'a aucun identifiant. 8 years ago
marcimat@rezo.net 24a849adcf - PHPDoc en plus à certains endroits 8 years ago
marcimat@rezo.net b0f2c5dc32 Celui là était de trop ! 8 years ago
marcimat@rezo.net f97a1ac4f8 Le test d'erreur était devenu faux, vu que maintenant 'message_erreur' est toujours rempli… 8 years ago
marcimat@rezo.net 3bd3291ecf Les chemins des scripts de jquery.ui en 3.1 ont changé. Suppression des vielles recherches de ces scripts pour spip 2, puisque cette branche est pour spip 3 uniquement maintenant. 8 years ago
marcimat@rezo.net 96dc32faa7 Un beau var_dump comme on les aime. 8 years ago
marcimat@rezo.net f0db35e9d1 Éviter en 3.1 d'avoir des messages d'erreur automatique lorsque ce n'est pas nécessaire. 8 years ago
marcimat@rezo.net fd3b54e598 Notice php en moins lors de l'édition d'un champs extras 8 years ago
guy.cesaro@gmail.com e95ee4e773 branchage phase2 8 years ago