Référence des saisies - commentaires

Référence des saisies

Bon je me suis un peu embrouille dans mes explications en résume :
si il y a plusieurs selecteur_article ou et selecteur_rubrique et ou selecteur_rubrique_article dans le meme formulaire de l'espace prive ... seul le premier selecteur est dragable.

par ex : selecteur_article ,selecteur_rubrique seul article est dragable.
selecteur_rubrique selecteur_ article c'est rubrique qui est dragable
selecteurs_articles selecteur_article : seul le premier est dragable
selecteur_rubrique_article .selecteur_article : seul rubrique_article est dragable..

Référence des saisies

cela semble fonctionner en ajoutant statut=publie dans selecteur_article
on ne sélectionne que les articles publiés... car dans prive/formulaires/ selecteurs / articles la boucle contient le champ statut.

#SET{id_rubrique,#ID_RUBRIQUE}

avec un

 statut=#ENV{statut,""}

cela serait peut être généralisable

[(#INCLURE{fond=formulaires/selecteur/articles, selected=#GET{val}, name=#ENV{nom}, afficher_langue=#ENV{afficher_langue,''}, filtrer_langue_article=#GET{filtrer_langue_article,''}, select=[(#ENV{multiple}|?{0,1})], sortable=[(#ENV{multiple}|?{oui,non})], tri==[(#ENV{multiple}|?{0,1})], limite_branche=#ENV{limite_branche,''}, rubriques=0, statut=publie})]

Référence des saisies

pour selecteur_article cela fonctionne si j'ajoute ( juste en test) dans prive/formulaires/selecteur/articles de spip le code suivantqui existe dans le fichier rubriques présent au même endroit

 [(#ENV{sortable,non}|=={oui}|oui)

]

Référence des saisies

après de nombreux test j'ai vue que si plusieurs selecteur_rubrique et/ou selecteur_rubrique_article multiple étaient présent dans le formulaire .... seul le premier était dragable en particulier avec afficher_si

'saisies' => array( array( 'saisie' => 'selection', 'options' => array( 'nom' => 'sel1_choix', 'label' => '<:paramsite:champ_choix_label:>', 'explication' => '<:paramsite:champ_choix_explication:>', 'defaut' => 'articles', 'cacher_option_intro' => 'oui', 'data' => array( 'art' => 'articles', 'rub' => 'rubriques', 'artrub' => 'articles et rubriques', ) ) ), array( 'saisie' => 'selecteur_rubrique_article', 'options' => array( 'nom' => 'sel1_rubart', 'multiple' => 'oui', 'afficher_si' => '@sel1_choix@ == "artrub"' ) ), array( 'saisie' => 'selecteur_rubrique', 'options' => array( 'nom' => 'sel1_rub', 'multiple' => 'oui', 'label' => '<:paramsite:champ_rubrique_label:>', 'explication' => '<:paramsite:champ_rubrique_explication:>', 'defaut' => '', 'afficher_si' => '@sel1_choix@ == "rub"' ) ),

ou meme

$saisies = array( //unesaisie $general_fieldset = array( // ONGLET GENERAL 'saisie' => 'fieldset', 'options' => array( 'nom' => 'general', 'label' => 'général', ), 'saisies' => array( //unesaisie array( 'saisie' => 'selecteur_rubrique', 'options' => array( 'nom' => 'rub', 'label' => 'rubrique', 'multiple' =>'oui', ) ), array( 'saisie' => 'selecteur_rubrique', 'options' => array( 'nom' => 'rub2', 'label' => 'rubrique', 'multiple' =>'oui', ) ), array( 'saisie' => 'selecteur_article', 'options' => array( 'nom' => 'art', 'multiple' => 'non', 'label' => 'article', ) ), ) ) ); return $saisies;

Référence des saisies

Pourtant si ça utilise bien le même mécanisme : uniquement redirection vers les sélecteurs rubriques et articles du core : https://git.spip.net/spip-contrib-extensions/polyhierarchie/src/branch/master/formulaires/inc-selecteur-parents.html

Et dans les deux cas ya bien le JS inséré :
https://git.spip.net/spip/spip/src/branch/master/prive/formulaires/selecteur/articles.html#L2

Référence des saisies

Plus exactement le drag and drop ne fonctionne pas.
Par contre si j active le plugin polyhiersrchie son drag and drop fonctionne bien mais il n utilise pas le même mécanisme de saisie.

Référence des saisies

j'ai par exemple la saisie suivante
array(
'saisie' => 'selecteur_article',
'options' => array(
'nom' => 'sel1_art',
'multiple' => 'oui',
'label' => '<:paramsite:champ_article_label :>',
'explication' => '<:paramsite:champ_article_explication :>',
'defaut' => '',

)
),

et je ne vois pas ou je peux faire un drag and drop lorsque l'on saisie des articles avant ou aprés fermer

Référence des saisies

Il me semble que c'est le cas non ? Quand ya le choix multiple, on peut drag n drop la sélection pour changer l'ordre, et ça change alors le tableau PHP final qu'on reçoit de mémoire (c'est exactement comme ça que Polyhiérarchie sépare le premier de la liste des autres, en mettant le premier en vraie rubrique et les autres en rubrique secondaire).

Référence des saisies

bonjour
y a t-il un moyen de permettre de classer les rubriques ou les articles sélectionnés avec selecteur_rubrique_article ou selecteur_article en restant dans le formulaire ?

Référence des saisies

Je ne crois pas que ce soit possible avec le sélecteur du core, qui est fait pour faire des interfaces dans l'admin : https://git.spip.net/spip-contrib-extensions/saisies/src/branch/master/saisies/selecteur_article.html#L38

Il n'y a aucun « env » passé à l'inclusion, donc on ne peut passer aucun environnement supplémentaire au sélecteur du core à qui on délègue et qui aurait pu avoir un {statut?} éventuellement dans la boucle (et de toute façon le picker en ajax ne prévoit pas de passer ça).

Référence des saisies

comment peut on ne voir que les articles « publies » avec saisie ?
en spip 4.2.6 saisie 4.7.1 le code suivant me donne les articles publies et non publies
array(
'saisie' => 'selecteur_article',
'options' => array(
'nom' => 'sel1_art',
'multiple' => 'oui',
'label' => '<:paramsite:champ_article_label :>',
'explication' => '<:paramsite:champ_article_explication :>',
'defaut' => '',

)
),
merci

Référence des saisies

Bonjour Maïeul,
j'essayerai d'expliciter ces idées dès que j'ai le temps de faire des essais et vous remonter les tests.
Pas d'urgence :)
Bonne journée

Référence des saisies

En fait ce serait plus clair de décider ou ajouter « class_conteneur » ou « class_li » ou « class_truc » pour toutes les saisies avec un niveau de profondeur par rapport au champ ?

C'est cette phrase que je ne comprend pas tout à fait.

Référence des saisies

J'ai essayé de comprendre la conversation mais je suis pas sur d'avoir tout capté. Dis moi si je me trompe tout.

Il me semble qu'il y a deux besoins différents exprimés :
- pouvoir regrouper des saisies sans passer par un fieldset : ça c'est la PR ouverte, avec encore des questions de convention à trancher
- pouvoir insérer automatiquement une classe selon le niveau de profondeur ? Ou bien c'est encore autre chose ? Si j'ai bien compris ce besoin, il me semble que l'on pourrait effectivement imaginer cela comme une option globale du formulaire, et se débrouiller pour calculer la profondeur par simple augmentation d'un co.pteur chaque fois qu'on passe à une sous saisie

Référence des saisies

Bonjour,
Petit préambule : j'utilise CSS depuis quelques années et je connais SCSS, dont j'ai produit le plugin SPIP. Je suppose que je sais donc de quoi je parle, je sais parfaitement personnaliser les saisies, les CSS ou surcharger les class SCSS de Bootstrap. Ici, j'essaye d'appréhender les choses de façon générique et pour toutes personnes débutantes,.

Tu dis

Il n'est pas prévu de personnaliser les classes à chaque niveau.

Uhuh, ça n'existe pas comme réponse, le principe est toujours d'anticiper, sinon dans ce cas, on ne fait rien, je ne proposer rien, et on n'écoute personne.

Enfin si ça devait se faire ça serait propre à chaque saisie, chacun pouvant produire absolument n'importe quoi comme HTML

Hum, je ne propose pas du tout de faire de la bouillie personnelle. Saisies concerne SPIP, beaucoup de plugins dont formidable et les classes actuelles sont des classes SPIP qu'il n'est pas facile de contrôler,
Et je suis toujours dans l'optique d'offrir quelque chose de simple et compréhensible et ne pas avoir à tambouiller en scss.
Donc anticiper et penser à une hiérarchie sémantique générique avec possibilités de baliser ces class ne serait-ce que par niveau (#css_pour_premier_conteneur / #css_pour_deuxieme_conteneur / #css_pour_dernier_conteneur) serait un plus. Un peu comme le #DIV a remplacé le

saisies offrirait un jeu avec des caractèristiques CSS facilement surchargeable.
#css_pour_premier_conteneur => .editer-groupe

Mais vraiment, on va pas s'amuser à ajouter un champ de perso CSS pour chaque sous-niveau.

En établissant quelques principes, on aurait la même chose qu'un fichier de lang, un seul tableau avec les champs voulus … et surchargeable soit par le tableau soit dans la saisie elle même. Donc, adoption de différents framework possible. J'dis ça, j'dis rien.

En effet, la perso CSS sert à cibler tel *champ* précis, mais ensuite on utilise tout simplement la cascade pour styler le reste.

Oui, c'est tout le principe des class CSS.

Pour appliquer row il faut plutôt utiliser Bootstrap *en SCSS*, et donc pouvoir hériter des styles de row à n'importe quel sous-endroit d'une cascade de classe.

Oui, c'est tout le principe des class SCSS mais ce n'est pas facilement applicable en l'état avec les saisies, (à moins de faire de l'horlogerie), qui comme dans mon exemple ne dispose pas de cette possibilité d'insérer une class.

Cependant, la PR que je pointais c'était pour une raison plus précise : ce n'est pas du tout en rapport avec le fait de pouvoir personnaliser des classes,

Tu confonds pas insérer des class et les personnaliser ?

… mais plus précisément car tu parlais de vouloir mettre « en ligne » certains champs d'un groupe.

Donc de pouvoir insérer une class, ce qu'il n'est pas possible de faire en l'état.

Et justement cette PR a pour but que le plugin fournisse d'office une saisie officielle groupant les champs intérieurs « en ligne » par défaut, sans rien avoir à connaitre des CSS. Faut juste finir de se mettre d'accord sur la nomenclature et la limitation de ce que ça doit permettre. :)

Merci pour le résumé officiel, je comprends, mais je vais pas être désolée de trouver ça limité et pas générique et d'avoir d'autres idées :)

Référence des saisies

Il n'est pas prévu de personnaliser les classes à chaque niveau. Enfin si ça devait se faire ça serait propre à chaque saisie, chacun pouvant produire absolument n'importe quoi comme HTML. Mais vraiment, on va pas s'amuser à ajouter un champ de perso CSS pour chaque sous-niveau. En effet, la perso CSS sert à cibler tel *champ* précis, mais ensuite on utilise tout simplement la cascade pour styler le reste.

Pour appliquer row il faut plutôt utiliser Bootstrap *en SCSS*, et donc pouvoir hériter des styles de row à n'importe quel sous-endroit d'une cascade de classe.

Cependant, la PR que je pointais c'était pour une raison plus précise : ce n'est pas du tout en rapport avec le fait de pouvoir personnaliser des classes, mais plus précisément car tu parlais de vouloir mettre « en ligne » certains champs d'un groupe. Et justement cette PR a pour but que le plugin fournisse d'office une saisie officielle groupant les champs intérieurs « en ligne » par défaut, sans rien avoir à connaitre des CSS. Faut juste finir de se mettre d'accord sur la nomenclature et la limitation de ce que ça doit permettre. :)

Référence des saisies

Hello,
merci pour ta rapidité et la bonne année !
pas fini de lire le fil, mais amha il y a confusion entre la possibilité de mettre une class du fait de la codeuse et le choix de cette class. Et là, je ne me prononce pas du tout puisque je suggère que cela dépende des souhaits de celle qui l'utilise.
En fait ce serait plus clair de décider ou ajouter « class_conteneur » ou « class_li » ou « class_truc » pour toutes les saisies avec un niveau de profondeur par rapport au champ ? Nolosé, mais je m'abonne au fil GIT !

Référence des saisies

Hello Touti, bonne année
voilà une PR qui devrait te plaire et qu'il ne reste « plus que » à faire avancer jusqu'au bout (désolé de la longueur, faut justement finir de se mettre d'accord après tous ces débats) :)
https://git.spip.net/spip-contrib-extensions/saisies/pulls/98

Référence des saisies

Bonjour,
une question sur l'affichage visuel des champs,
on peut mettre deux champs de saisies en php dans un fieldset, ça fonctionne bien.
Mais comment ajouter une class spécifique englobant ces deux champs.
Avec bootstrap (ou d'autres framework css), si le div class editer-groupe du fieldset pouvait prendre la class row, les deux champs avec un col-6 se rangeraient côte à côte gentiment.
Voici mon code

	// Champ tel_fixe $fieldset_tel_fixe[] = array( 'saisie' => 'input', 'options' => array( 'li_class' => 'form-group col-md-6', 'class' => 'form-control', 'nom' => 'tel_fixe', 'label' => _T('contact:champ_tel_fixe_label'), 'obligatoire' => 'oui', ), ); // Champ tel_fixe $fieldset_tel_fixe[] = array( 'saisie' => 'case', 'options' => array( 'li_class' => 'form-group col-md-6', 'class' => 'form-control', 'nom' => 'tel_fixe_public', 'label' => _T('contact:champ_tel_fixe_label'), 'label_case' => 'rendre ce numéro public', ), ); $saisies[] = array( 'saisie' => 'fieldset', 'options' => array( 'nom' => 'telephone_fixe', 'class' => 'canemarchepas ici row', 'label' => _T('contacts:telephone_fixe'), 'conteneur_class' => 'fieldset_tel_fixe row', ), 'saisies' => $fieldset_tel_fixe );

Et belle année. pas trop môche en tout cas.
Bisoux

Référence des saisies

En me documentant, j'ai l'impression que c'est le plugin BIGUP qui est intégré dans plugins-dist et qui remplace CVT-upload. D'après ce lien, il y aurait une #SAISIEbigup mais je ne trouve pas de trace ici :/

Référence des saisies

heu oui tu a raison... c'est juste que j'ai tellement l'habitude de ne faire que du formidable ou de la config avec saisies... que j'ai oublié la propre doc que j'avais écrit...

Référence des saisies

Pourquoi spécialement pour un de config ? Pour n'importe quel form

Référence des saisies

Si c'est pour un formulaire de config, tu peux même simplifier encore en mettant le .html vide, et saisies s'occupe de tout :)

Référence des saisies

Hop et ça donne : https://git.spip.net/spip-contrib-extensions/tarteaucitron/commit/01ec2dae6e661e1d2ffd5bb7ae9ccd77ffcd5152 [EDIT : lien invalide]

Référence des saisies

bah c'est pas ce que tu mettais :-)

tu a reverifié l'article de base sur saisies, réécrit recemment, qui explique comment déclarer un tableau de saisies ? c'est vraiment cela qu'il faut suivre.
https://contrib.spip.net/Saisies

Référence des saisies

Merci ça j'avais compris ;) Je parlais d'un exemple avec #GENERER_SAISIES. Finalement je pense avoir compris grâce à cet article.

Référence des saisies

Message supprimé

Référence des saisies

Bah justement . afficher si ne PEUT PAS fonctionn avec juste #SAISIE. C'est tout :)

Référence des saisies

J'aurais bien aimé un exemple car je n'arrive pas non plus à utiliser afficher_si avec la balise #SAISIE

Référence des saisies

4 ans plus tard je relis cela. Et donc : afficher_si ne fonctionne qu'avec #GENERER_SAISIES :)

Référence des saisies

Je n'ai pas compris à quel endroit tu veux voir afficher les statuts supplémentaires. Il n'y a pas de saisie « statut d'auteurs », donc je ne crois pas que ça ait un rapport avec ce plugin et qu'il faudrait y répondre ici.

Tu devrais plutôt poser la question sur le forum de Champs Extras à priori, si c'est lui qui construit un select avec uniquement en dur les statuts connus, au lieu de prendre la liste déclaré dans l'objet auteur par l'API.

Référence des saisies

Bonjour et merci pour cette réponse qui confirme ce que j'en avais déduit suite à mes recherches. Je ne voulais pas installer un énième plugin mais si il le faut, je ferai des essais.

Référence des saisies

La saisie de type fichier est particulière. Elle est fournie avec CVT upload, et pas directement avec le plugin saisies.

Par ailleurs, cvt upload ne fournit pas de traitement à posteriori. Donc je vous invite à lire la documentation

https://contrib.spip.net/CVT-Upload

Référence des saisies

Bonjour,
Je suis en train de développer un thème et j'aimerais que, dans le backend, les administrateurs puissent uploader une image. Grâce au plugin SAISIES POUR FORMULAIRES, j'aimerais intégrer un INPUT type=« file » mais je n'y arrive pas. Dans la documentation ici présente, je vois pourtant le type de SAISIE qui s'appelle FICHIER mais SPIP me dit qu'aucun squelette n'est existant...

Référence des saisies

Avais testé évidemment ! Mais tu m'as donné la bonne idée : il fallait que je déclarer l'id_auteur DANS le tableau de déclaration POUR la liste d'auteurs (jusqu'à présent, c'était ailleurs), et là ça marche. Merci.

Référence des saisies

Bé si t'as passé id_auteur c'est #ENV{id_auteur} quoi, ya pas de feinte. :)

Référence des saisies

Bonjour,
C'est une constante dans SPIP, de n'avoir que quatre profils généraux. Ce n'est pas comme dans Drupal où le nombre de profils et les autorisations apportées sont (presque) illimitées.
On peut trouver néanmoins de petites choses qui peuvent aider. Par exemple, vous pouvez définir à l'aide de champs extras différents « droits » que vous implémentez dans de nouveaux champs, et que vous utilisez ensuite dans vos boucles d'auteurs. Bien sur, vous n'avez pas créé des groupes de profils différenciés, et uniquement dans la partie publique du site, mais c'est déjà ça. En utilisant conjointement le plugin accès restreint, vous pouvez arriver à réaliser des merveilles.
Mon conseil : comme il s'agit d'une différenciation des autorisations dans l'espace publique uniquement, n'ajoutez ces champs qu'aux visiteurs, cela fait un problème en moins pour l'accès à la partie privée.
Et l'autre option, bien sûr : utiliser Drupal (mais son apprentissage risque d'être dur : drush, twig, composer ...

Référence des saisies

En répondant à mon propre commentaire, je dirais qu'il faut surement ajouter un id_auteur != #ENVid_auteur dans le fichiers saisies.
Si j'ajoute dans les options de mon ficher php de formulaire une ligne 'id_auteur' => $id_auteur (passé en argument pour le formulaire depuis charger, l'id de l'utilisateur est passé (il est bien dans [

(#ENV**|unserialize|print_r{1})

].
Ma question devient donc :
Comment faire pour y accéder ? J'ai tenté une syntaxe du style

#SET{demandeur,#GET{#ENV{_saisies}}}
#SET{demandeur,#GET{demandeur}|{table_valeur{saisies}}}
#SET{demandeur,#GET{demandeur}|{table_valeur{0}}}
#SET{demandeur,#GET{demandeur}|{table_valeur{id_auteur}}}

qui n'apporte rien, étant entendu que la première valeur du tableau correspond bien à l'id_de l'utilisateur.
Quelqu'un pour me corriger ?

Référence des saisies

Bonjour,
Existe-t-il une possibilité d'exclusion de son propre login du champ auteurs ?
Merci.

Référence des saisies

OK merci. J'avais vu cet article en effet mais je pensais que le paramètre « obligatoire » de la balise #SAISIE faisait le job vu que ça marchait pour les autres types de champs. Mais finalement je comprends que ça ne faisait qu'ajouter required sur les champs et que c'est le navigateur qui indiquait l'obligation de renseigner le champ.

Référence des saisies

Le code HTML que vous citez va permettre à ce que la saisie soit affichées comme obligatoire par le site public. En revanche, elle ne permettra pas la vérification du caractère obligatoire par PHP.

Pour un formulaire de configuration, le plus simple est encore de déclarer vos saisies uniquement en PHP : cela permettra de produire automatiquement le HTML + la vérification.

C'est expliqué ici.

https://contrib.spip.net/Saisies#Declarer-un-formulaire-CVT-complet-en-PHP

Référence des saisies

Bonjour,
Je suis en train d'apprendre à développer des plugins pour SPIP et j'aimerais faire un formulaire de paramétrage pour un plugin. Avec le plugin SAISIES, je voudrais mettre un sélecteur d'article OBLIGATOIRE mais je n'ai pas l'impression que ce paramètre soit pris en compte.

[(#SAISIE{selecteur_article, bloc1, label=<:theme_x:cfg_premier_bloc:>, explication=<:theme_x:cfg_bloc_explication:>, obligatoire=oui})]

Référence des saisies

Je viens de relever une anomalie avec la saisie Selection.
Dans le cas d'un objet éditorial fait avec la Fabrique, cette saisie ne prend pas en compte le paramètre defaut.

[(#SAISIE{selection, test, label=Test, datas=[(#ARRAY{bla, Bla, bli,Bli})], defaut=bli})]

A la création d'un nouvel objet, la fonction formulaires_editer_objet_charger() va renvoyer $valeurs['test'] = "".
Du coup #ENV{test} ne sera pas nulle et la ligne https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/saisies/trunk/saisies/selection.html#L40 va shunter la valeur par defaut.

J'aurais bien proposé une solution, mais n'étant pas à l'aise avec cette syntaxe « à rallonge », je préfère vous passer la main.

A vous les studios :)

Référence des saisies

Une question qui est probablement souvent posée (et dont je n'ai pas trouvé la réponse -je précise que je l'ai posée aussi sur le forum d'entraide en délayant un peu, et suis un peu perdue sur le fait) : comment élargir la liste des statuts d'auteurs disponibles (par défaut listés au choix parmi : admin/rédacteurs/visiteurs) pour faire apparaître de nouveaux statuts qu'on a au préalable créés (via mes_options et mes_fonctions) ? Je pose la question ici même si mon usage est pour un plugin perso créé avec ajout de ChampsExtras (qui dispose d'un paramétrage : « statuts d'auteurs » pré-sélectionnés pour restreindre la liste d'affichage des auteurs aux statuts prédéfinis — ChampsExtra s'appuie sur Saisie, il me semble). J'ai cru comprendre en lisant le code du fichier des mots-clés (fichier : mots\inc\mots.php, ligne 94-98) qu'il y a apparemment une difficulté à gérer les statuts des objets. Est-ce qu'il y a eu une avancée ou une solution sur ce point ? Ou bien, à défaut, pourrait-on afficher, dans le cas d'un objet qui est lié à un autre, (par ex. les auteurs liés à des mots-clés, ou autre objet créé) l'encart des auteurs avec leurs onglets de statuts, comme la façon dont ils s'affichent dans l'objet natif « Auteurs » (ex. en sélectionnant « afficher les auteurs » cela crée un affichage avec trois onglets en haut de tableau, administrateurs/rédacteurs/à la poubelle et en sélectionnant « afficher les visiteurs » cela crée un affichage avec un onglet visiteurs) ? La solution alternative est bien sûr d'utiliser le plugin « groupes d'auteurs » (ciag) et de sélectionner les groupes, mais les nouveaux statuts ne sont toujours pas pris en compte dans le formulaire de ChampsExtras, donc au pire il faut tout mettre dans « visiteurs » et puis faire un deuxième tri via « affichage sélectif » avec le groupe choisi. Ce qui est un peu dommage en soi, du point de vue informatique ( 2 critères de sélection au lieu d'un seul) et moins pratique si on a vraiment besoin de gérer des statuts différents affichés nativement dans spip sans avoir à passer par un plugin de groupe. Merci pour l'aide éventuelle et j'espère avoir été claire dans la question, c'est difficile d'exprimer ce que l'on veut quand on n'est pas informaticien ni web-developpeur (malgré bac+7 !)

Référence des saisies

@JLuc : ce que tu dis vaut pour formidahble qui crée ainsi ses noms de champs. Pas sûr que valable pour des saisies que tu fais à la main

Référence des saisies

Ce n'est pas @pratique@ qu'il faut utiliser dans le afficher_si, mais le nom technique de la saisie (celui qui apparaît dans la colonne de gauche de formidable)
un nom du genre @selection_2@ ou @case_3@

Référence des saisies

je sais pas trop. Faudrait que je vois in situ pour saisir le problème (peut être). Envoi moi un mail on peut en discuter en privé.

Référence des saisies

exact, afficher_si

mais ça ne suffit pas à le faire fonctionner

Référence des saisies

ce serait pas afficher_si plutôt que affiche_si ?

Référence des saisies

salut

j'ai essayé cette syntaxe, sans succès, dans la page html d'un formulaire cvt :

[(#SAISIE{input, pratique_autre, affiche_si = '@pratique@ == "Autre"', label=<:label_autre:>})]

- parceque le javascript n'est pas chargé ?
- parceque ce n'est pas la bonne syntaxe ?

je suis perdu
bien à vous, Yanic

Référence des saisies

Dans ce cas je dois avoir une erreur autre part, parce que le code dans ma fonction vérifier() existe pour gérer les erreurs.
Merci tout de même.

Référence des saisies

Mais y a rien à ajouter, c'est à toi de mettre des erreurs dans ton tableau habituel des erreurs de CVT dans la fonction verifier(), avec le bon nom du champ.

Référence des saisies

La seule option erreur indiquée ici, c'est erreur_obligatoire qui permet de « personnaliser le message d'erreur affiché pour indiquer l'obligation (sinon laisser vide). »

Dans un formulaire standard si je veux indiquer une erreur, j'ai quelque chose de ce type :

 <:incident:label_synth:> [(#ENV**{erreurs}|table_valeur{synth})]

mais dans mon cas j'utilise le plugin SAISIES :

 #SAISIE{input,synth}

Que dois-je ajouter à cette balise pour une erreur standard plutot qu'une erreur_obligatoire ?

Référence des saisies

Pas compris la question, dans 100% des saisies il y a une balise de message d'erreur quand il y a une erreur pour ce name de champ dans l'environnement du CVT.

Référence des saisies

Bonjour,

Petite question : comment, si c'est possible, ajouter à un champ SAISIES une span message_erreur ? Pas le message erreur_obligatoire, mais celui qui est récupérer de la fonction vérifier du formulaire CVT.

merci d'avance

Référence des saisies

hello,
il est possible de mettre plusieurs conditions à un afficher_si, exemple :

'afficher_si' => '@parametre1@==« on » && @parametre2@==« on »'

Est-ce qu'on pourrait l'ajouter à la documentation ?

Référence des saisies

Oui pour les listes simples c'est parfait. Après les sélecteurs « navigateur » c'est plus pour les objets complexes avec arborescence, etc. :)

Référence des saisies

OK, j'ai trouvé !!

Le plugin Fabrique rajoute automatique un type de saisie pour chaque nouvel objet éditorial !

Référence des saisies

Bonjour,

Je crée un nouveau plugin à l'aide du plugin fabrique. Celui-ci crée des formulaires qui sont réalisé avec le plugin saisie. Dans mon plugin, j'ai créé 2 nouveaux objets éditoriaux. Je souhaite que l'un des 2 soit éventuellement relié à l'autre.

Du coup, j'aimerais pouvoir faire un champ de sélection comme selecteur_article ou selecteur_rubrique, mais dont qui selection l'id de l'un de mes 2 objets. Est ce possible avec « saisie » ? et comment ?

Merci beaucoup,

Thom

Référence des saisies

Bon, une réponse en retard mais qui n'en est pas une, vu que je n'ai pas grand chose à y dire… :)

Je ne sais pas si ça à un rapport spécifique à Saisies puisque Saisies ne fait rien (ça génère juste le HTML, incluant des appels à JS parfois). Ça a plus l'air d'être un problème JS, d'autant plus que le sélecteur de date n'est même pas non plus dans Saisies, mais est une inclusion d'une librairie fournie par le noyau de SPIP. Théoriquement ça doit pouvoir être appelé indépendamment donc…

Référence des saisies

Bonjour

j'ai un petit souci concernant le champ « date » et le Datepicker, lors de la création de champs « au vol » en jquery.

Si je .clone() un champ date existant, même en initialisant le Datepicker, la saisie avec le calendrier ne fonctionne pas et c'est très ennuyeux.

J'ai bien débuggué, fait .removeClass(« datePicker »), mais rien à faire.

Une piste ?

Merci

Référence des saisies

selecteur_document.yaml n'était toujours pas sur la Zone.
Je viens de l'ajouter.

Référence des saisies

Désolé Rastapopoulos mais je suis une quiche en programmation...lol
J'ai juste récupéré un site sous spip et je tente désespérément de mettre en place une formulaire...
Donc si je te suis bien tu me dis de mettre ceci :
@selection_4@==« Un » and @selection_4@==« Deux » ?

Merci pour ton aide

Référence des saisies

Euuh, ça veut rien dire, le « && » remplace le « and », entre les deux, ça veut dire pareil en programmation « && » et « and ».

Sinon, peut-être en posant la question sur la liste spip-zone, dédiée aux plugins.

Référence des saisies

Comme ceci :
&@selection_4@==« Un » @selection_4@==« Deux »&
cela ne fonctionne pas
Merci rasta popoulos pour ton aide.
Comment joindre Joseph car la vraiment pas d'idée et je trouve rien à ce sujet sur le net

Référence des saisies

tu n'aurais pas une autre idée à me suggérer ?

Référence des saisies

pas entre, autour. Mais si ni « and » ni « && » ne fonctionne, là je ne sais pas. Il me semblait qu'on pouvait faire des opérations complexes avec « and » et « or » aussi, pourtant. Peut-être avec des parenthèses autour de l'ensemble… Pour l'instant je n'ai pas le temps de lire le code qui gère ça, il faudra voir avec Joseph sinon, qui est l'auteur du code qui gère cette fonctionnalité.

Référence des saisies

Non ca ne fonctionne pas . Voila ce que j'ai mis : @selection_4@==« Un »&&@selection_4@==« Deux »
Est-ce qu'il faut des espaces entre ?
La j'avoue je bloque complétement si tu as d'autres idées, je suis preneuse.

Merci ;-)

Référence des saisies

et en replaçant « and » par « && » ?

Référence des saisies

Non ça ne fonctionne pas. Si je rajoute une conditionnelle, ça m'annule tous les paramétrage et tous les champs qui devaient apparaitre en conditionnelle s'affichent.
Voici ce que j'ai mis : @selection_4@==« Un » and @selection_4@==« Deux »

Référence des saisies

Avec un « and » entre les deux ?

Référence des saisies

Bonjour David,

J'ai réussi a saisir une conditionnelle est-ce bon pour toi ? De mon coté mon problème et que je ne parvient pas à intégrer deux conditionnelles à savoir :
si @selection_3@==« un » et @selction_3@==« deux » alors ça s'affiche. Est-ce que vous pouvez me débloquer ?
Merci d'avance

Référence des saisies

Précision : avec @case_1@==« oui » ça ne marche pas non plus

Référence des saisies

Bonjour,
Je cherche à faire des champs conditionnels avec Formidable, mais je n'y arrive pas.

Pour un champ après celui de case unique (qui doit donc déclencher la suite, qui s'appelle @case_1@), je met @case_1@==« on »,
dans :
Affichage conditionnel lors du remplissage
Contrairement à la précédente option, celle-ci ne conditionne l'affichage que lors du remplissage du formulaire, pas lors de l'affichage des résultats. Sa syntaxe est la même.

Seulement, même si je coche la case unique, le champ conditionnel lié ne s'affiche pas.
j'ai essayé aussi avec @case_1@==« 1 »

Cette fonction est-elle impossible, ou j'ai mis les mauvais codes ?
Quelle sont les valeurs pour les cases uniques ?

Merci pour toute aide utile

Référence des saisies

Merci de cette précision rapide.

Bonne journée !

Référence des saisies

Pour l'instant non. C'est surtout à CVT en premier lieu de savoir gérer les fichiers en gardant temporairement en mémoire ce qui a été téléchargé si jamais un champ est en erreur dans verifier(), pour ne pas devoir le retélécharger à chaque fois. J'eus aimé que ce problème soit résolu génériquement en amont (dans CVT donc), ce qui permettrait alors de l'intégrer dans Saisies sans effort.

Référence des saisies

Bonjour,

Est ce SAISIE gère les champs pour télécharger des fichiers ?

Je n'ai rien trouver la dessus et ça ne semble pas être indiqué ici comme le faisant, mais j'aimerais en être sur !

Merci d'avance de votre réponse.

Référence des saisies

Merci

Je vais effectivement regrouper les valeurs avec un | puis faire un explode dans traiter.

Référence des saisies

Les valeurs étant basées sur les clés d'un tableau PHP, cela n'est effectivement pas permis par l'API pour l'instant. C'est un peu con, ouais, ça partait d'une manière simple de faire (c'était déjà comme ça avant l'API PHP en fait, quand il n'y avait que #SAISIE).

De manière rapide, à court terme, je ne vois pas de solution simple. Mis à part traiter en PHP dans le traiter() du CVT pour uniformiser les valeurs qui doivent être regroupées.

Je crois que ça restera comme ça car le principe des saisies c'est de marcher dans les deux sens : quand on sélectionne une valeur, ça POST ça au formulaire, mais inversement, quand le formulaire pré-remplis un des champs avec une valeur : ça doit pouvoir sélectionner un des choix !

Or là si le charger() dit que par défaut « calc_essence » => 1, la saisie ne peut pas savoir quelle est la valeur où mettre « selected » dans le HTML.

Référence des saisies

Bonjour

Dans un PHP, Je construis une saisie de type sélection :

array( 'saisie' => 'selection', 'options' => array( 'nom' => 'calc_essence', 'label' => _T('calcbois:calc_entraxe_calc_essence'), 'datas' => array(1=>"TOTO", 1=>"TITI", 2=>"TATA"), 'obligatoire' => 'oui' )

Comme vous pouvez le voir, la valeur retournée par le select peut être présente plusieurs fois.
Dans l'exemple, si je sélectionne TOTO ou TITI, je veux que cela me retourne 1 dans les deux cas. C'est permis en HTML.

Problème : les index d'un tableau PHP sont uniques. Dans l'exemple, seul TITI sera affiché.

Comment faire pour avoir plusieurs fois le même index dans le select ?

MERCI

Référence des saisies

Merci pour les explications, du coup je viens de refaire quelques tests avec la modification pour en avoir le coeur net, ça m'a pourtant l'air de marcher.

Avec la saisie la plus simple possible : #SAISIE{case, test, defaut='on'}, dans un nouveau formulaire la case est bien cochée au début, et si je la décoche, un echo(_request('test')) à la fin de la fonction traiter me renvoie bien une valeur NULL au lieu de la valeur 'on' par défaut.

Avec #SAISIE{case, test, valeur_oui='toto', defaut='toto'}, même procédure et même résultat.

Alors je ne serais bien en peine d'expliquer pourquoi, mais en tout cas empiriquement, ça m'a l'air bon. En tout cas, c'est le comportement attendu : avoir la possibilité qu'une case soit cochée par défaut lors de la première édition d'un formulaire.

Référence des saisies

Ça ne peut pas marcher non plus, car justement la valeur « non cochée » par défaut c'est que la chaîne vide « ». Du coup, avec ce test, quand la case a été explicitement non-cochée, et que la valeur vaut « », ça va utiliser la valeur par défaut à la place. D'où le is_null.

Le problème du is_null c'est qu'avec CVT il est apparemment impossible d'avoir NULL comme valeur du tableau de déclaration des champs de la fonction charger(). Et du coup on a toujours la chaîne vide au minimum à la place. Et du coup impossible d'avoir la valeur par défaut la première fois.

Ceci vaut pour les deux saisies « oui_non » et « case ». Et peut éventuellement être résolu quand on défini explicitement d'autres valeurs pour oui et pour non (faut juste améliorer les tests mais c'est possible). Mais pour le cas par défaut qui est : plein=oui, vide=non, ça ne marchera pas tant qu'on ne pourra pas avoir du NULL dans une variable. Ce choix par défaut (plein/vide) est dû au fait qu'ensuite il est plus facile d'utiliser un test #ENV{ma_valeur}|oui.

Référence des saisies

Ah j'ai oublié : Saisies v.1.30.0 sur SPIP 3.05

Référence des saisies

Bonjour,

Je reporte un petit souci que je viens de rencontrer avec la saisie case : l'option pour définir une valeur par défaut n'est pas prise en compte.
Dans le squelette de la saisie, on teste la présence d'une valeur enregistrée ou forcée avec le filtre |is_null pour savoir s'il faut utiliser la valeur par défaut, c'est là que ça coince je pense.

#SET{valeur,#ENV{valeur_forcee,#ENV{valeur}}|is_null|?{#ENV{defaut},#ENV{valeur_forcee,#ENV{valeur}}}}

En remplaçant par ceci, tout semble rentrer dans l'ordre :

#SET{valeur,#ENV{valeur_forcee,#ENV{valeur,#ENV{defaut}}}}

Je n'ai pas testé cette modif dans toutes les situations par contre.
Voilà la saisie sur laquelle j'ai testé :

[(#SAISIE{case, ma_saisie, valeur_oui: 1, defaut: 1})]

En passant, je ne sais pas si c'est envisageable mais ce serait tip-tip de pouvoir également utiliser l'option valeur_non=xxx

Voilà voilà

Référence des saisies

J'ai trouvé la source de mon erreur, la syntaxe ci-dessous ne marche pas

[(#SAISIE{input, couleurs_entete_bg, label=<:mon_plugin:couleurs_entete_bg:>, class=palette })]

car l'accolade fermante n'était pas collée à la dernière option : class=palette}
à la rigueur, si l'on met une virgule et laisse l'accolade plus bas ça marche aussi

et pour « Palette » ; oui !
je l'ai trouvée entre temps, et donc déjà intégrée
(autant ne pas marcher sur les pieds des copains ;-) )

merci

Référence des saisies

Chez moi ça marche très bien avec la syntaxe récente et préconisée désormais, sans accolade partout. Sinon tu sais qu'il y a une saisie « couleur » dans le plugin ? Qui ajoute la classe « palette », ce qui fait que si tu as le plugin Palette, ça t'ajoute le colopicker.

Référence des saisies

C'est bien ce que je pensais : rien de compliqué, à priori

en fait, c'est probablement une incompréhension de ma part, mais ceci ne fonctionne pas

[(#SAISIE{input, couleur, label=<:couleur:>, class=colorpicker })]

cette syntaxe oui

[(#SAISIE{input, couleur} {label=<:couleur:>} {class=colorpicker} )]

c'est vrai que suivant ce qui est passé, il faut adopter une syntaxe ou une autre

merci pour ta patience ;-)

Référence des saisies

Ya pas de code compliqué en plus là, c'est juste un class=#ENV{class} dans le squelette de ce champ, donc ya pas de raison que ça n'y soit pas...

var_mode=debug pour voir les paramètres passés au morceau de squelette

Référence des saisies

Je n'est plus le message d'erreur, par contre, ça ne rajoute pas ma « class » au « input » ???
(actuellement sur les dernières versions de SPIP et plugins)

Référence des saisies

je viens de m'en apercevoir,

merci :-)

Référence des saisies

Regarde l'emplacement de ton accolade fermante. :)

Référence des saisies

Bonjour,

pourquoi ne veut-il pas de l'option class ?

[(#SAISIE{input, body_bg, label=<:plugin:cfg_body_bg:>, explication=<:plugin:cfg_body_bg_explication:>}, class=colorpicker )]

il répond Filtre , class=colorpicker non défini

merci d'avance

Référence des saisies

Effectivement, le fichier selecteur_document.html est bien présent de base dans le plugin SAISIES.
Mais il manque selecteur_document.yaml.
Je l'ai fait en partant d'un autre yaml :

titre: '<:saisies:saisie_selecteur_document_titre:>'
description: '<:saisies:saisie_selecteur_document:>'
icone: 'images/saisies_selecteur_article.png'
options: - saisie: 'fieldset' options: nom: 'description' label: '<:saisies:option_groupe_description:>' saisies: - saisie: 'input' options: nom: 'label' label: '<:saisies:option_label_label:>' explication: '<:saisies:option_label_explication:>' size: 50 - saisie: 'input' options: nom: 'explication' label: '<:saisies:option_explication_label:>' explication: '<:saisies:option_explication_explication:>' size: 50 - saisie: 'fieldset' options: nom: 'affichage' label: '<:saisies:option_groupe_affichage:>' saisies: - saisie: 'input' options: nom: 'attention' label: '<:saisies:option_attention_label:>' explication: '<:saisies:option_attention_explication:>' size: 50 - saisie: 'input' options: nom: 'info_obligatoire' label: '<:saisies:option_info_obligatoire_label:>' explication: '<:saisies:option_info_obligatoire_explication:>' - saisie: 'fieldset' options: nom: 'obligatoire' label: '<:saisies:option_groupe_validation:>' saisies: - saisie: 'oui_non' options: nom: 'obligatoire' label: '<:saisies:option_obligatoire_label:>'
defaut: options: label: '<:saisies:saisie_selecteur_document_titre:>' # champs extras (definition du champ sql) sql: "text DEFAULT '' NOT NULL"

Ca marche à peu près correctement sauf si j'utilise le sélecteur de document dans le YAML d'un modèle de saisie perso (lui-même appelé dans un formulaire FORMIDABLE). Le sélecteur de document est bien affiché dans le formulaire, la boite modal de sélection est bien appelée, mais quand je sélectionne l'image je ne reviens pas sur mon formulaire.

Par contre, ça marche quand on insère un selecteur_document dans un formulaire FORMIDABLE.

Référence des saisies

Oui ya ça dans le dossier : http://zone.spip.org/trac/spip-zone/browser/_plugins_/saisies/saisies/selecteur_document.html

Les gens qui ont ajouté des saisies n'ont pas forcément ajouté le YAML qui les décrit.

Référence des saisies

Bonjour

De la même manière qu'ils existent auteur, destinataire, selecteur_article, selecteur_rubrique, existe t'il un selecteur_document ?

Référence des saisies

Effectivement avec la mise à jour ça va mieux ^^ Merci

Référence des saisies

multiple=oui

Référence des saisies

Bonjour,

est-ce qu'à la base « Sélecteur d'article » peut permettre l'ajout de plusieurs articles ? En effet, je teste mais je ne peux insérer qu'un seul article or j'aimerais en sélectionner plusieurs. Comment puis-je faire ?

Merci pour votre réponse :)

Référence des saisies

Ah... Il devrait (les valeurs existent dans la table et sont passées au formulaires) ; mais effectivement je n'ai rien (et c'est le seul paramètre qui semble poser souci) :-S Visiblement le souci ne vient pas de #SAISIE mais est en amont..?

Merci beaucoup.

Référence des saisies

Et il y a bien quelque chose en #ENV{type} ?