Vos commentaires

• # Le 2 mai à 16:18, par YannX En réponse à : Référence des saisies

  Une info récupérée sur IRC, et transcrite pour mémorisation...

  Vous pouvez vouloir utiliser un tableau comme objet saisi dans un CVT (pour utilisation dans une boucle, pour avoir plusieurs valeurs...).

  En .php on utilise souvent directement :
  <input  name="mot[]" ...

  En utilisant le plugin SAISIES, on tente de générer :
  #SAISIE{input,mot[]....} qui ne fonctionne pas...
  utilisez les entites HTML avec [ \ à la place

  Répondre à ce message

• # Le 9 avril à 18:43, par ttseo En réponse à : Référence des saisies

  Bonjour,
  avec le mode de saisie date, le format renvoyé est du type 12/04/2012.
  Lorsque je définie dans ma table sql le format date, il impose 2012-04-12.
  Du coup, il y a une erreur au moment de l’enregistrement.
  Y-a-t-il un moyen pour reccupérer ce bon format, ou modifier le format avant l’enregistrement dans la base ?
  merci

  • # ^ Le 9 avril à 19:01, par RastaPopoulos En réponse à : Référence des saisies

    Oui, depuis peu la vérification de date sait normaliser la valeur final avant traitement. Pour ça il faut mettre à jour Vérifier et Saisies, et utiliser la vérification de date avec son option de normalisation.

    Cf. : http://zone.spip.org/trac/spip-zone/changeset/57473/_plugins_/verifier/verifier/date.php

  • # ^ Le 9 avril à 20:02, par ? En réponse à : Référence des saisies

    Merci ... j’ai eu récemment d’autres indications de votre part sur un autre forum !
    Si j’ai bien compris, je dois utiliser vérifier($valeur,’date’,array(’normaliser’ => ’date’) ;

    mais avec le plugin saisies, j’ai dans mon fichier de traitement php du formulaire quelquechose du type :

    
    function formulaires_editer_programme_colle_identifier_dist($id_programme_colle=’new’,$retour=’’, $config_fonc=’’, $row=array(), $hidden=’’)
    return serialize(array(intval($id_programme_colle))) ;
    

    function formulaires_editer_programme_colle_verifier_dist($id_programme_colle=’new’, $retour=’’, $config_fonc=’’, $row=array(), $hidden=’’)

    return formulaires_editer_objet_verifier(’programme_colle’, $id_programme_colle) ;
    

    function formulaires_editer_programme_colle_traiter_dist($id_programme_colle=’new’,$retour=’’,$config_fonc=’’, $row=array(), $hidden=’’)
    return formulaires_editer_objet_traiter(’programme_colle’,$id_programme_colle,$retour,$config_fonc,$row,$hidden) ;
    

    où alors insérer la vérification ? (je me suis inspirer pour réaliser le plugin de l’exemple « chats »)
    d’avance merci

  • # ^ Le 9 avril à 21:19, par RastaPopoulos En réponse à : Référence des saisies

    La vérification se fait dans la fonction... tin tin tin... verifier() ! :)

    $truc = _request('truc'); pour récupérer ce qui a été posté, suivant le nom du champ, et ensuite tu en fais ce que tu veux, donc le passer dans la fonction de l’autre plugin Vérifier (cf sa doc).

    Mais le plus simple, quand on a pas un formulaire horriblement compliqué, ça reste quand même de déclarer ses saisies en PHP. En effet ce plugin permet d’étendre CVT avec un S : function formulaire_montruc_saisies_dist($param1, $param2, etc)

    Cette fonction doit retourner un tableau de saisies valides, comme décrit dans la documentation (cf l’article de base de la doc de ce plugin).

    Avec cette fonction Saisies sait même faire les 2/3 du boulot : ça déclare les champs ET ça vérifie (pour peu qu’on ait décrit les vérifications à faire comme l’explique la doc de Vérifier).

    Ok ok un exemple complet serait bienvenu, je sais...

  • # ^ Le 11 avril à 09:56, par ttseo En réponse à : Référence des saisies

    OK, merci.
    Une question qui n’a pas de lien direct, mais je ne vois pas où la poser :
    comment faire migrer une base de spip2 vers spip3 ? la démarche habituelle n’a pas fonctionné chez moi...
    merci

  Répondre à ce message

• # Le 23 mars à 21:09, par drBouvierLeduc En réponse à : Référence des saisies

  Bonjour,

  Avec une saisie ’sélection’, je ne parviens pas à faire en sorte que la valeur par défaut soit pré-sélectionnée.
  Voilà mon bout de squelette, je pécise que c’est dans une boucle DATA, ça a peut-être son importance :

  1. [(#SAISIE*{#VALEUR{type_saisie}, #VALEUR{parametre},
  2.         datas=#VALEUR*{datas},
  3.         defaut=#VALEUR*{defaut}
  4. })]

  Télécharger

  Ce qui me rend perplexe, c’est qu’avec le même code ça marche bien pour une saisie radio (la valeur par défaut est bien cochée). Aurais-je loupé quelque chose ?

  • # ^ Le 25 mars à 21:47, par RastaPopoulos En réponse à : Référence des saisies

    Là comme ça ça ressemble à un bug, mais j’ai pas eu le temps de regarder le code encore. Peut-être qu’il faut que ce soit un tableau ? À voir dans saisies/selection.html.

  • # ^ Le 26 mars à 12:11, par drBouvierLeduc En réponse à : Référence des saisies

    Ah oui, en changeant [(#CLE|=={#GET{valeur}}|oui)selected="selected"] en [(#CLE|=={#ENV{defaut}}|oui)selected="selected"] dans saisies/selection.html, ça marche.
    #GET{valeur} ne renvoie rien, il doit y avoir un souci avec le #SET.

  • # ^ Le 28 mars à 12:23, par RastaPopoulos En réponse à : Référence des saisies

    As-tu essayé d’afficher le contenu du #GET pour savoir ce qu’il contient au final ? [(#GET{valeur}|var_dump)]

  • # ^ Le 28 mars à 13:22, par drBouvierLeduc En réponse à : Référence des saisies

    Ah oui avec |var_dump, la valeur est bien là : string(4) « fade ».
    Du coup en utilisant match à la place du ==, ça semble marcher :
    [(#CLE|match{#GET{valeur}}|oui)selected="selected"]

  • # ^ Le 28 mars à 14:04, par RastaPopoulos En réponse à : Référence des saisies

    Ouais mais ça fait faire une regex pour rien alors que c’est juste une comparaison de chaîne toute bête (et en plus si ya « truc » dans « machin truc » ça le trouvera aussi avec ce que tu as mis :) ).

    Il doit y avoir un espace quelque part, un truc dans ce genre. Dans ton tout premier code ça fait quoi si tu fermes la balise #SAISIE juste après le defaut : defaut}})] ?

    Mais c’est bizarre car le dump trouve une chaîne sans espace donc c’est peut-être #CLE (donc ce que tu as mis dans « datas » qui contient des espaces superflues) ? Faudrait dumper #CLE aussi pour comparer.

  • # ^ Le 28 mars à 15:22, par drBouvierLeduc En réponse à : Référence des saisies

    Dans ton tout premier code ça fait quoi si tu fermes la balise #SAISIE juste après le defaut : defaut}})] ?

    
    Oh pétard, c’était ça ! Hum, j’étais pourtant sûr d’avoir vérifié avec et sans crochets auparavant.
    Désolé pour le bruit !

  Répondre à ce message

• # Le 12 septembre 2011 à 14:29, par anaïs En réponse à : Référence des saisies

  J’essaie de faire un formulaire en utilisant destinataires et type_choix ne me donne pas le résultat escompté. En revanche, multiple=oui produit l’effet attendu (comme mentionné dans l’article sur Saisies).

   :-)

  • # ^ Le 12 septembre 2011 à 14:59, par RastaPopoulos En réponse à : Référence des saisies

    Euh « multiple=oui » n’existe pas du tout dans le code de cette saisie.

    Cf http://zone.spip.org/trac/spip-zone/browser/_plugins_/saisies/saisies/destinataires.html

    C’est « type_choix=plusieurs » qu’il faut.

  Répondre à ce message

• # Le 23 juillet 2011 à 00:04, par gilcot En réponse à : Référence des saisies

  Je ne sais pas si je suis au bon endroit (en fait je pensais trouver une réponse dans les références) mais voilà : est-ce la bonne écriture (j’ai des erreurs d’include et des erreurs liées aux fonctions de tableaux) sinon comment faire ?

  1.                                 [(#SAISIE{fieldset,     presentation.   label=<:a_mon_sujet:>,
  2.                                         saisies=#ARRAY{
  3.                                                 1, #ARRAY{
  4.                                                         saisie, selection,
  5.                                                         nom, sexe,
  6.                                                         label, 'je suis',
  7.                                                         datas, #ARRAY{h, homme, f, femme,},
  8.                                                 },
  9.                                         }
  10.                                 })]

  Télécharger

  Le fieldset s’affiche (bien entendu vide) sans l’option saisies ; et le tableau de tableaux (inspiré des exemples en PHP) doit représenter (qui fonctionne aussi)

  1. [(#SAISIE{selection,    sexe,   label='je_suis',        datas=#ARRAY{h,homme,f,femme,}  })]

  Merci d’avance de vos lumières (en plus je suis sur que ce doit être tout simple)

  • # ^ Le 23 juillet 2011 à 15:12, par RastaPopoulos En réponse à : Référence des saisies

    La balise #SAISIE est un peu à part, elle a été faite avant le développement de la vraie interface de programmation autour des saisies. On ne peut pas mettre de fieldset avec et on ne peut pas l’utiliser pareil que les descriptions en tableau PHP.

    En PHP, l’attribut « saisies » n’est PAS dans les « options », or la balise #SAISIE ne prend que les options en paramètre.

  • # ^ Le 23 juillet 2011 à 16:57, par gilcot En réponse à : Référence des saisies

    C’est bien vrai que l’attribue (liste de) saisies n’est pas dans les options... Maintenant c’est plus clair : si on veut utiliser les fieldset (en dehors de tableau PHP passé à l’API) il faut le faire à la main comme je viens de le voir ailleurs
    Un grand MERCI pour la réponse (sans quoi on aurait continuer à se cogner la tête ici et à retourner la balise inutilement dans tous les sens)

  Répondre à ce message

• # Le 23 avril 2011 à 01:18, par Fred Montessinos En réponse à : Référence des saisies

  Bonjour,

  Pour mettre à jour une table « categories » qui contient les champs suivants : id_categorie , nom, id_sup, infos, j’utilise une formulaire avec saisie. Pour le champ de la categorie parente, actuellement je fais ça :

  [(#SAISIE{input, id_sup,
label=<:categories:label_parent:>})]

  Ce n’est pas très pratique puisqu’il faut renseigner l’id de la categorie voulue. J’ai essayé de faire un champ selection, pour pouvoir sélectionner le nom de la categorie parente et récupérer l’id, mais je n’y arrive pas. Ma dernière tentative était

  [(#SAISIE{selection, id_sup}
       {label=<:categories:label_parent:>}
       {option_intro=Sélectionnez une categorie parente}
       {datas=#INFO_NOM{categorie, #ID_SUP}}
)]

  Mais bien sur ça ne va pas.
  Un coup de pouce serait bienvenue
  merci
  Fred

  • # ^ Le 23 avril 2011 à 10:20, par RastaPopoulos En réponse à : Référence des saisies

    datas doit être un tableau PHP. Donc #ARRAY{cle1, valeur1, cle2, valeur2, etc} dans un squelette SPIP. À construire avec une boucle sur tes catégories avant d’afficher ta saisie selection.

  • # ^ Le 23 avril 2011 à 13:46, par Fred Montessinos En réponse à : Référence des saisies

    Merci beaucoup.
    C’est presque bon, il reste juste un petit problème « option_intro » ne s’affiche plus par défaut, il est en deuxième choix dans la liste.

    Pour info :

    Ma boucle

    #SET{array_categories, #ARRAY}
<B_crit>               
<BOUCLE_crit(CATEGORIES)>
       #SET{array_categories,#GET{array_categories} |array_merge{#ARRAY{#NOM,#ID_CATEGORIE}}}      
</BOUCLE_crit>
#SET{array_categories, #GET{array_categories}|array_flip}      
</B_crit>

    et mon champ selection :

    [(#SAISIE{selection, id_sup}
       {label=<:categories:label_parent:>}
       {option_intro=Sélectionnez une categorie parente}
       {datas=#GET{array_categories}}
                )]               

  Répondre à ce message

• # Le 12 avril 2011 à 17:43, par Mojo En réponse à : Référence des saisies

  Salut la compagnie !

  A quand une Saisie « DATE », idéalement identique à celle implémentée dans Formidable ?
  C’est a dire un input de taille réduite (10 caractères), un picto « calendrier » sur la droite qui ouvre un calendrier, et remplit le champ automatiquement.

  Mojo

  • # ^ Le 12 avril 2011 à 22:17, par RastaPopoulos En réponse à : Référence des saisies

    Euh... Formidable utilise UNIQUEMENT ce plugin Saisies. Donc elle y est. :)

    Mais faut mettre la doc à jour de temps en temps... :(

  • # ^ Le 13 avril 2011 à 09:37, par Mojo En réponse à : Référence des saisies

    Damned, j’ai été eu ^^
    Dans un sens, tant mieux, c’est tellement pratique ce champ date !

  • # ^ Le 13 avril 2011 à 12:28, par Mojo En réponse à : Référence des saisies

    Par contre, est-il actuellement possible de positionner le datepicker sur la date chargée ou entrée, ou en tout cas de l’initialiser à une certaine date ? Par défaut, il part du 1er janvier 1900 dans tous les cas.

  • # ^ Le 13 avril 2011 à 12:40, par RastaPopoulos En réponse à : Référence des saisies

    Chez-moi-ça-marche. ©

    Si il n’y a rien, ça part d’aujourd’hui. Et s’il y a une date, ça part de celle-ci.

  • # ^ Le 13 avril 2011 à 12:50, par Mojo En réponse à : Référence des saisies

    En effet, j’ai eu ce comportement sur des DATETIME à 0000-00-00 par defaut...
    Ca marche nickel Chrome© ^^

  Répondre à ce message

• # Le 25 janvier 2011 à 11:59, par Jean-Baptiste Pressac En réponse à : Référence des saisies

  Bonjour,
  Concernant l’option datas, je ne comprends pas la mention :

  Vous devez indiquez un choix par ligne sous la forme « cle|Label du choix »

  Du coup, j’avais essayé de renseigner l’option de cette façon :

  1. datas=
  2. cle1|valeur1,
  3. cle2|valeur2,
  4. cle3|valeur3

  Télécharger

  Qui n’avais pas marché. Mais j’ai trouvé dans selection_mutliple.html l’exemple suivant :

  1. datas=#ARRAY{cle1,valeur1,cle2,valeur2,cle3,valeur3}

  Si l’utilisation d’un tableau est systématique pour la saisie des valeurs de datas, ne vaudrait-il pas mieux le préciser ci-dessus ?

  • # ^ Le 25 janvier 2011 à 13:03, par RastaPopoulos En réponse à : Référence des saisies

    On peut soit mettre un #ARRAY, soit mettre un choix pas ligne, donc dans une chaine de caractères, ce qui n’est pas le cas de l’exemple ci-dessus avec les virgules. La chaine permet de passer ces valeurs depuis le résultat d’un textarea par exemple.

  • # ^ Le 25 janvier 2011 à 23:50, par Jean-Baptiste Pressac En réponse à : Référence des saisies

    Quand vous dites « mettre un choix pas ligne, donc dans une chaine de caractères » cela signife-t-il qu’on peut écrire ? :

    1. datas="cle1|valeur1
    2. cle2|valeur2
    3. cle3|valeur3"

    Télécharger

    En fait, je ne comprends pas très bien ce que vous entendez par « un choix par ligne ».

  • # ^ Le 26 janvier 2011 à 12:42, par RastaPopoulos En réponse à : Référence des saisies

    Une ligne comme dans dans toute chaine de caractère quoi. « \n ».

    La fonction qui récupère ça :
    http://zone.spip.org/trac/spip-zone/browser/_plugins_/saisies/inc/saisies.php#L746

    Mais quand on est dans un squelette, ça n’a pas d’intérêt, il faut utiliser #ARRAY évidemment.

  Répondre à ce message

• # Le 24 décembre 2010 à 12:20, par stefdn En réponse à : Référence des saisies

  bonjour,

  je découvre ce plugin fort utile et j’ai quelques remarques et questions :

  1. il me semble que l’attribut title n’est pas dispo, il serait utile comme option générique non ?
  2. ou, d’une manière plus générale, ne serait-il pas possible d’implémenter une option de saisie attributs qui serait une liste : 'attributs' => array('attribut' => 'valeur')

  1. je ne trouve pas de références aux boutons (submit, image, reset) ... faut les traiter en dehors des saisies ?
  2. j’essaie d’afficher la saisie explication, sans succès. Une idée ? :

  dans formulaires/testou.php :

  1. function formulaires_testou_charger_dist() {
  2. $saisies = array(
  3.     array(
  4.       'saisie' => 'explication',
  5.       'options' => array(
  6.         'li_class' => 'laclass',
  7.         'texte' =>  'Bablabla blaaablabla blabal'
  8.       )
  9.     ),
  10. );
  11.   return array('_saisies'=>$saisies);
  12. }

  Télécharger

  dans formulaires/testou.html :

  1.         <form ...><ul> #GENERER_SAISIES{#ENV{_saisies}} </ul></form>

  et dans mon squelette :

  1. #FORMULAIRE_TESTOU

  ma config : spip 2.0.11 / plugins yaml et bonux activés

  • # ^ Le 24 décembre 2010 à 14:56, par RastaPopoulos En réponse à : Référence des saisies

    1. Oui pour le title ce serait intéressant
    2. Pour un tableau d’attribut ça serait plus compliqué car il faudrait alors gérer les collisions possible avec les attributs ayant leur option à part (comme la class, le title, etc). Et si on ne mettait QUE un tableau d’attributs pour qu’il n’y ait pas de collisions, c’est limite pire car c’est trop abstrait, contrairement aux options pour un attribut précis, ça n’aide pas les gens.
    3. Pour les boutons, ce n’est pas géré, en tout cas pour l’instant. Ça ne gère que le contenu du formulaire. Mais je suis d’accord que parfois pour des cas complexes on peut avoir besoin de boutons à l’intérieur même du formulaire et pas juste à la fin. Donc il faudrait effectivement rajouter les différentes possibilités de boutons existants. À ajouter à la todo.
    4. Pour la saisie explication... chez-moi-ça-marche :( Quel est le retour ? Une erreur, du vide complet, ou les balises <li> sans rien dedans ? Autre ?

  • # ^ Le 24 décembre 2010 à 16:22, par stefdn En réponse à : Référence des saisies

    merci pour ces réponses

    3. pour les boutons, j’ai créé un fichier submit.html dans squelettes/saisies/, en utilisant l’idée des attributs mais effectivement, ça reste délicats

    4. aucune erreur « visible », et rien de rien dans la page (et idem avec spip 2.1.2 et les plugins utiles) . Voilà ce que je trouve dans spip.log :

    (pid 5100) COMPIL (3.070 ms) [plugins/auto/saisies/saisies/fieldset.html]
html_f8281334c0aeba79e3eb43416c90f732.php
(pid 5100) calcul (0.108 ms) [plugins/auto/saisies/saisies/_base]
type_saisie=explication, li_class=laclass, texte='Bablabla blaaablabla blabal', lang=fr,
date='2010-12-24 15:52:03', date_default=1, date_redac='2010-12-24 15:52:03',
date_redac_default=1 (2 octets)
(pid 5100) Creation du cache d/sai-bas-exp-lac-Bab-arr--20b30930 pour 3600 secondes
(pid 5100) charset probable: utf-8
(pid 5100) trouver_table: table inconnue '' 'POUR'
(pid 5100) COMPIL (7.056 ms) [plugins/auto/saisies/saisies/input.html]
html_f6706ef3175657d041b7a2476997ef68.php

  • # ^ Le 24 décembre 2010 à 16:50, par stefdn En réponse à : Référence des saisies

    Trouvé ! (?)

    j’ai ajouté l’option ’nom’ et ça passe. la description sur cette page m’aurait induit en erreur ? cette option est-elle systématiquement obligatoire pour tous types de champs ? ou bien ... ?

    1.  array(
    2.     'saisie' => 'explication',
    3.      'options' => array(
    4.          'nom' => 'explik',
    5.          'li_class' => 'laclass',
    6.          'texte' =>  'Bablabla blaaablabla blabal'
    7.      )
    8. )

    Télécharger

    Ceci dit, j’ai d’autres soucis ... (o:

    j’appelle saisies_verifier($form) dans la fonction de vérification CVT et j’ai une fatal error :

    Fatal error: Call to undefined function saisies_verifier()...

    la fonction est pourtant dans inc/saisies.php ... et si je la copie dans mon fichier CVT ... re-fatal error qui paraît plus logique :

    Fatal error: Cannot redeclare saisies_verifier() (previously declared in /www/dev/spip/squelettes/formulaires/testou.php:196) in /www/dev/spip/plugins/auto/saisies/inc/saisies.php on line 442

    bon, faut dire que j’en suis à mon premier jour sur Saisies et j’ai pas encore tout compris (o;

  • # ^ Le 25 décembre 2010 à 14:07, par RastaPopoulos En réponse à : Référence des saisies

    Oui il faut l’option nom à toutes les saisies, ça permet de les identifier même si ce ne sont pas des champs.

    Pour vérifier 1) il faut évidemment d’abord inclure le fichier où se trouve l’API des Saisies, cad include_spip('inc/saisies');, et 2) si c’est pour vérifier plus que l’option obligatoire=oui, cad avec les descriptions de vérifications, là il faut le plugin « Vérifier ». Ça permet plus de choses.

  • # ^ Le 25 décembre 2010 à 15:24, par stefdn En réponse à : Référence des saisies

    ok merci ... j’avais oublié d’includer pfff...

    par contre, j’ai passé le tableau ($formulaire) des saisies en global, hors fonctions CVT pour que saisies_verifier($formulaire) retourne bien les erreurs, sinon, ne retourne rien (je n’ai pas compris comment passer en argument $formulaire à formulaires_monForm_verifier())
    Est-ce la bonne méthode ?

    j’ai bien le plugin Verifier et ça vérifie bien ... Mais ... en retour sur erreur les champs sont tous retournés vides (même si verifier n’est pas défini dans la saisie).

    j’ai essayé en ajoutant l’option defaut à mes saisies mais n’ai pas trouvé comment l’utiliser pour que les champs gardent leur valeur après vérification ...

  • # ^ Le 25 décembre 2010 à 15:32, par RastaPopoulos En réponse à : Référence des saisies

    Euh ça ça n’a sûrement rien à voir avec Saisies mais avec CVT. Vous avez bien déclarer les champs autorisés dans charger() ? Seuls les champs autorisés sont envoyés.

    Quand on déclare les saisies avec un tableau PHP, et qu’on en a besoin dans les 3 fonctions CVT (car dans traiter() aussi on en a souvent besoin), le mieux est d’écrire une fonction qui renvoie le tableau des saisies, et de l’appeler ensuite dans C, puis V, puis T. C’est un peu plus propre qu’une globale...

    J’ai déjà quelques idées pour améliorer encore l’API de Saisies et rendre tout ça automatique avec les CVT (du genre chercher automatiquement une fonction formulaires_truc_saisies()). Encore un truc qui est dans la todo list...

  • # ^ Le 25 décembre 2010 à 17:02, par stefdn En réponse à : Référence des saisies

    -  « Vous avez bien déclarer les champs autorisés dans charger() ? »

    - « a ben... non. Je-croyais-que le tableau des saisies servait aussi à ça » :$

    j’ai donc écrit une fonction qui retourne le tableau des saisies et l’ai ajouté à mon tableau de valeurs autorisées dans charger() ... maintenant tout passe : Merci RastaPopoulos :) !

    J’ai aussi trouvé un petit bug : je vais poster un ticket sur la zone et je pense que je peux écrire un petit tuto du genre Un formulaire avec Saisies par l’exemple !

  Répondre à ce message

• # Le 6 avril 2010 à 18:03, par JLuc En réponse à : Référence des saisies

  J’ai créé une page sur le carnet wiki pour compléter la documentation et noter quelques remarques ... et peut être des interrogations aussi :

  http://www.spip-contrib.net/Doc-Sai...

  Pour l’instant y figurent des notes sur le mode d’emploi des boutons radio, des ’select’,... et sur les vérifications avec le plugin verifier.

  Répondre à ce message