Saisies - commentaires

Saisies

Ce n'est pas le plugion qui pose problème. Simplement tu as du desactiver par megarde le plugin cvt upload, qui fournit la saisies « fichiers » en question.

Saisies

Bonjour,
J'ai une erreur avec ce plugin en version 4.8.0 sur mon site en SPIP 4.1.7 :
1 erreur dans le squelette : aucun squelettes saisies/fichiers n'est disponible... plugins/auto/saisies/saisies/_base.html
Merci de bien m'indiquer une solution.

Saisies

Alors
- oui il y a sans doute un bug dans la génération de la doc
- par ailleurs la doc est génére automatiquement à partir des fichier .yaml qui servent aux constructeur de formulaire (type « champ extra interface » ou « formidable »), et dans les constructeurs on ne propose pour l'heure que mot de passe -> on pourrait imaginer d'étendre -> je me demande du reste s'il n'y a pas un tickets à ce sujet.

Cela étant sur le fond, j'ai tendance à penser que tu devrais utiliser l'API de saisie complète pour avoir aussi une vérification en PHP, et pas uniquement coté client.

Saisies

J'avais cherché la doc de type et pas pigé : la doc principale de type semble être là : Référence des saisies mais ça indique Texte masqué lors de la saisie (ex : mot de passe) — Texte masqué lors de la saisie (ex : mot de passe) (type). Le redoublement indique qu'il y a un problème dans la génération de la doc, mais même sans redoublement je pige mal que « type » soit réservé aux textes cachés. Quelque chose m'échappe ?

Saisies

https://git.spip.net/spip-contrib-extensions/saisies/src/branch/master/saisies/input.html#L28

L'option « type »

Saisies

Ah OK. Merci j'oubliais.

Saisies

C'est marqué dans la doc, c'est incompatible dans les termes mêmes. #SAISIE c'est juste dans un squelette, donc pour générer un morceau de HTML, c'est juste un #INCLURE.

Alors que Vérifier c'est en PHP côté serveur, dans l'API CVT.

Saisies

Bonjour
Pour une saisie input déclarée avec la balise #SAISIE et dont on veut qu'elle ne saisisse qu'un entier, est-ce qu'on peut utiliser 'verifier' ? et avec quelle formalisme alors ?

Saisies

oui, je comprend, mais ce n'est précisement pas pour rien qu'on a eu un changement de x lorsque ce choix a été fait.

Saisies

Pour un nouveau site, effectivement, cela n'est pas nécessaire, mais un site utilisant Saisies 3 qui passe sur la version 4 doit reprendre toutes les CSS des formulaires utilisant ces éléments, cela peut être assez fastidieux.

Merci pour le retour, c'est noté.

Saisies

Alors le choix de cette liste est pour des questions d'accessibilitsé, et c'est du reste la norme que suit également SPIP sans saisies désormais.

DOnc il ne me semble pas judicieux de permettre de revenir en arrière.

Saisies

Bonjour,

Il y a eu une évolution entre la version 3 et 4 au niveau des balises englobantes d'une saisie.
Pour la version 4, dans le fichier « saisies/_base.html » il y a la notion de saisies autonomes, qui de fait n'encapsulent pas du tout la saisie, ce qui peut être pratique, sinon les conteneurs par défaut sont sur « div » et « label ».
Cependant, si la saisie fait partie de la liste #LISTE{oui_non,radio,checkbox,case,choix_grille} alors les conteneurs deviennent « fieldset » et « legend ».

Ne serait-il pas possible de rendre cette liste paramétrable dans mes_options.php afin de simplifier la surcharge ?

Saisies

J'ai répondu. Ce n'est pas un bug du plugin. C'est plus un bug d'ergonomie des nav.

Saisies

Bonjour,
Un bug du plugin ChampExtra (Interface) semble venir d'un bug du plugin Saisies.
Donc je pose ça là :
https://discuter.spip.net/t/supprimer-la-validation-dun-champ-extra/167981

Merci

Saisies

Merci Maïleul d'avoir répondu aussi vite et aussi clairement

Saisies

Si tu as beaucoup de formulaire coté publique, cocher cette case permettra d'optimiser les performances. Sinon, ca alourdit pour rien.

Saisies

Bonsoir,

En Espace privé, la configuration du plugin propose de cocher l'option « Charger le javascript et les CSS sur toutes les pages, dans la balise head »

Qu'est-ce que cette option apporte par rapport au fonctionnement de base ?

Merci d'avance,

Cordialement,

Hervé

Saisies

OK je le ferai la prochaine fois

Saisies

OK je le note.

Saisies

tu sais les demande d'amélioration c'est comme les rapports de bug : le mieux est d'ouvrir un ticket pour éviter que l'on perde les infos.

Saisies

Bonjour

Demande d'amélioration : quand on utilise la saisie « couleur », ce serait bien qu'on ait une option "transparent" .

Saisies

Il aurait été préférable d'ouvrir un ticket. Je regarde.

Saisies

Bah deja en rapportant les bugs sur git.spip.net et pas ici.

Et ensuite en voyant qu'il s'agit un peu près du même bug, a priori, que précedemment cité par Jean Christophe. Je regarde.

Saisies

Bonjour,
soit SPIP 4.2.0 + Escal 4.5.81
avec SPIP Bonux 4.1.1 + Saisies pour formulaires 4.7.0

je rencontre un pb avec les messages suivant :

Erreur d'exécution ../plugins-dist/spipfactory/saisies/inclure/generer_saisies.html | File […]/plugins/spip-bonux/spip_bonux_options.php Line 91 : Undefined constant « _EXTRAIRE_IDIOME » / /
2 Erreur d'exécution ../plugins-dist/spipfactory/saisies/inclure/generer_saisies.html | File […]/plugins/spip-bonux/spip_bonux_options.php Line 91 : Undefined constant « _EXTRAIRE_IDIOME »

Comment y remedier ?
merci

ps/ la ligne 91 de spip bonux

and preg_match(_EXTRAIRE_IDIOME, $valeur))

Saisies

Bonjour

Suite à la mise à jour d'un site en spip 4.2, j'ai un petit souci.
J'ai ce type de saisie dans des formulaires de configuration

 array( 'saisie' => 'explication', 'options' => array( 'nom' => 'docpiedliens', 'titre' => '"><:escal:documentation:>', ) ),

Le résultat affiché est <:escal:documentation:> c'est à dire que la chaîne de langue n'est pas interprétée. Pareil pour celle du title du lien. Je n'ai pas ce souci avec spip 4.1.7

Le fichier complet est ici

Saisies

C'est précisément l'objet de ce ticket :)
https://git.spip.net/spip-contrib-extensions/saisies/issues/251

Saisies

bonjour,
j'utilise SAISIE avec la norme de déclaration en PHP.
cela fonctionne bien mais je voudrais ajouter un bouton supprimer au formulaire je ne vois pas comment . ?
merci

Saisies

je soupconne plus un bug sur le réglage de la valeur par défaut. Bon je laisse comme cela, mais à l'occasion je creuserai.

Saisies

Oui, la couleur affichée dans le formulaire et donc ensuite dans l'espace public si on ne fait pas attention et qu'on enregistre.

Saisies

Mais qu'entendu tu par « la couleur affiché ». Dans le formulaire ? Mais si la saisie est masquée, comment la voie tu ?

Saisies

Sauf que là, ce n'était même pas la valeur par défaut !

Saisies

Bon bah tant mieux. Mais oui par défaut, si tu ne poste pas un truc parce que la condition n'est pas rempli, alors on reprendre la valeur par défaut (et ca me parait logique...)

Saisies

ça fonctionne mieux en rajoutant un

'afficher_si_avec_post' => 'oui',

Merci pour la piste

Saisies

non non, c'est bien #000000 (noir) qui s'affiche.

Le fichier complet est là
https://git.spip.net/spip-contrib-squelettes/escal/src/branch/master/formulaires/configurer_escal_fonds.php

Le code cité est à la ligne 155 et suivantes

Saisies

#ffffff tu veux dire ? Dans tous les cas c'est bizarre car normalement si t'a condition n'est pas remplie, alors le champ conditionné est vidé, sauf si afficher_si_avec_post est activé au niveau global du formulaire.

Mais si tu tu nous donnais le code / le plugin complet on pourrait y voir plus clair.

Saisies

Bonjour

Dans mon plugin, j'ai un formulaire avec ce code

 array( 'saisie' => 'radio', 'options' => array( 'nom' => 'fondtransparent', 'label' => '<:escal:transparent:>', 'defaut' => 'non', 'data' => array( 'oui' => '<:item_oui:>', 'non' => '<:item_non:>', ) ) ), array( 'saisie' => 'couleur', 'options' => array( 'nom' => 'couleurpage', 'label' => '<:escal:fonds_noisettes_fond:>', 'explication' => '<:escal:par_defaut:>#ffffff
', 'defaut' => '#ffffff', 'afficher_si' => '@fondtransparent@=="non"', ) )

Si je coche « oui » pour « fondtransparent », que je valide puis que je coche « non », la couleur affichée par « couleurpage » est toujours #000000, quelque soit la couleur enregistrée auparavant.

Une idée du souci ?

Saisies

Bonjour

Petite demande d'amélioration : quand on utilise la saisie « couleur », une fois la couleur choisie, j'ce serait bien, à mon avis, que le code hexa de la couleur soit affiché.

Merci.

Saisies

Et donc comme expliqué par email : fausse alerte, ton site surcharge brutalement le code de formidable et de saisies, ce qui explique la rupture à la mise à jour.

Saisies

rien recu :(

Saisies

C'est fait… lien envoyé ;-) Pfff merci pour le
…

Saisies

mouais, non je ne reproduis pas, meme avec ca.

Est-ce que vous pourriez m'envoyer en mp une identifant admin pour le site (monprenomsanstrema@monprenomsanstrema.net)

Saisies

hUm, je teste. Mais attention c'est pas

Saisies

Bonsoir !
Merci pour a réponse, mais cette mannip n'a pas focntionné. J'ai sauvertagrdé, desintallé et réinstaller les plugin avec la verion récente, bug se reproduit. J'ai refais ce processus en réintégrant la version précédente et tout fonctionne.
MAIS oui, il y a un soucis avec le #NOM_DU_SITE dans lequel j'ai mis un et je vois que j'ai petitb triangle jaune dans l'onglet de page web et un drole de titre… Cela sera lié ?
Lorsque je vire la ballise l'onglet retrouve une apparence presque normale, le nom du site apparait entre crochet…

Saisies

Hum, j'ai la même version et aucun problème. Par contre ton message m'intrique formulaires/inc-saisies-cvt-boutons-cda ca n'est appelé nul part dans formidable, ce qui existe c'est formulaires/inc-saisies-cvt-boutons. On dirait que ta version de formidable est incorrecte / mal récupéré. Tente peut être de désactiver le plugin, puis le supprimer (ATTENTION : pas de desinstallation) puis le remettre en place.

Saisies

Bonjour à tous,
Je viens de faire la mise à jour du plugin et j'ai une message omni présente :
« Aucun squelette formulaires/inc-saisies-cvt-boutons-cda n'est disponible... plugins/auto/formidable/v5.2.3/formulaires/inc-formidable-boutons.html »
Je suis passé de 4.5.1 à 4.6.0 et ne comprends pas ? Ce fichier n'est pas présent dans le plugin formidable ?

Merci de votre aide !

Saisies

Bah je vois pas les difficultés en fait. Tu demande juste une petite fonction supplémentaire. Mais enfin tu fais ce que tu veux.

Aucune idée pour git.spip.net. Je transmet le message à la personne qui s'en occupe.

Saisies

Bonjour,
Je pense laisser tomber l'utilisation de formidable, je voulais l'utiliser pour ne pas utiliser réservation et réservations multiples qui me paraissait une usine juste pour enregistrer des réservations sans notion commerciale.
Mais devant les difficultés, les délais, etc.
Je vais utiliser réservation !
Merci de tes réponses.

Au fait j'ai eu un soucis avec le mot de passe sur git et malgré plusieurs demande je n'ai jamais reçu le mail de réinitialisation.
Pb lié à mon compte ? ou plus général ?

André

Saisies

Oui c'est possible, faut juste que je trouve le temps de faire cela (sans doute pas avant longtemps, d'autant que ce n'est clairement pas ma priorité).

Pour que l'information ne soit pas perdues, peut tu :

1. Te créer un compte sur git.spip.net en suivant le lien « s'inscrire pour contribuer »
2. Lorsque ton compte sera créé, te rendre sur https://git.spip.net/spip-contrib-extensions/saisies/issues et créer ton ticket ?

Saisies

Bonjour,
Je souhaite utiliser formidable et le formulaire de participation pour que les membres de notre association puissent s'inscrire en famille.
Il sont connectés au moment de l'inscription, hors sur le formulaire le mail est obligatoire, donc il doivent ressaisir leur adresse mail.
J'ai ouvert un ticket sur formidable, mais la réponse a été que l'on ne peut pas charger un formulaire en l'appelant dans un article et un de ceux qui m'ont répondus ma écrit ceci : "On pourrait envisager d'ajouter pour la saisie « email » une option pour préremplir avec l'email de la session courante -> ouvre un ticket sur le plugin saisies. A mon avis c'est le plus perenne"

Alors question, es-ce possible et si oui comment ?
Sachant que je suis un webmestre lambda et que je me suis jamais lancé dans la programmation Spip.
Merci par avance de toutes les infos que vous pourrez me donner,

André

Saisies

Merci de pas poster la même question en différents endroits, ça multiplie le travail pour te répondre ... et d'autres personnes intéressées par le même sujet n'auront que des petits bouts de l'ensemble des réponses.
En l'occurrence la réponse a été fait là : Bonux pour SPIP3

Saisies

Avec SPIP 4.1.5 et tous les plugins à jour, le champ extra sélecteur d'article ne marche plus (alors que sélecteur article ou rubrique marche bien) (on peut bien sélectionner des articles, mais ils ne sont pas visibles dans la fiche article après enregistrement de l'article) : spip enregistre dans la base articles|25 et non article|25.
Si, via phpmyadmin on supprime le S, alors tout marche bien.
Je ne sais pas trop qui gère ce libellé : saisie ? Bonux ? Iextra ?

Une idée de l'origine de ce s intempestif ?

Merci de votre aide.
Julien

Saisies

Oui merci Maïeul, la nouvelle version élimine le problème pour moi.

Saisies

Et donc v4.5.1/v3.56.4 corrigent cela

Saisies

Et donc v4.5.1/v3.56.4 corrigent cela

Saisies

merci bcp !

Saisies

Non, hormis la perte de quelques bugfix très spécifiques. Mais on va generer dans la journée une version corrigé.

Saisies

Bonjour,
si on remet l'ancienne version du plugin ça pose pb ?

Saisies

Euh j'ai juste mis le même lien que dans le fil de com précédent où ça explique d'où vient le problème en disant que vous parlez les deux du même problème. Ya aucune manip à faire, c'est juste une explication de la source du problème.

Saisies

merci pour votre rapidité. Ca ne fonctionne pas. Je dois avoir fait une mauvaise manip.

Saisies

Même problème que le fil précédent https://git.spip.net/spip-contrib-extensions/saisies/pulls/215#issuecomment-41545

Saisies

La mise à jour du plugin saisie vers sa version 3.56.3 empeche la modification des articles dans spip 3.2.16.

Oups. Une erreur inattendue a empêché de soumettre le formulaire. Vous pouvez essayer à nouveau.

Saisies

Et donc à priori depuis cette PR fusionnée récemment : https://git.spip.net/spip-contrib-extensions/saisies/pulls/215#issuecomment-41545

Saisies

Bon bé si ya peut-être bien un problème plus profond, dû à un appel aux fonctions charger() de *tous* les formulaires (même ceux qui n'ont pas de saisies déclarées) à un moment où ya des choses pas chargées… c'est à la fois dû à une nouvelle inclusion de Saisies ET à un mauvais code du noyau qui n'inclue pas le bon fichier pour être sûr avant d'utiliser une fonction qui est ailleurs.

Saisies

Mais pourquoi vous mettez ça là, quel rapport avec Saisies pour le moment ? Le plugins-dist « Sites syndiqués » n'utilise évidemment pas Saisies et l'erreur collée indique très clairement un fichier *du noyau* ecrire/inc/editer.php:226

Saisies

Bonjour,
Pareil pour moi, voici l'erreur affichée :

Fatal error: Uncaught Error: Call to undefined function test_formulaire_inclus_par_modele() in /home/lycee/emploi/ecrire/inc/editer.php:226
Stack trace:
#0 /home/lycee/emploi/plugins-dist/sites/formulaires/editer_site.php(59): formulaires_editer_objet_charger(‹ site ›, ‹ oui ›, ‹ ›, ‹ ›, ‹ http://emploi.p… ›, ‹ sites_edit_conf… ›, Array, ‹ ›)
#1 /home/lycee/emploi/plugins/auto/saisies/v4.5.0/inc/saisies_formulaire.php(28): formulaires_editer_site_charger_dist(‹ oui ›, ‹ ›, ‹ http://emploi.p… ›, ‹ ›)
#2 /home/lycee/emploi/plugins/auto/saisies/v4.5.0/saisies_pipelines.php(265): saisies_chercher_formulaire(‹ editer_site ›, Array, true)
#3 /home/lycee/emploi/ecrire/inc/utils.php(236): saisies_formulaire_verifier(Array)
#4 /home/lycee/emploi/tmp/cache/charger_pipelines.php(520): minipipe(‹ saisies_formula… ›, Array)
#5 /home/lycee/emploi/ecrire/inc/utils.php(303): execute_pipeline_formulaire_verifier(Array)
#6 /home/lycee/emploi/ecrire/public/aiguiller.php(255): pipeline(‹ formulaire_veri… ›, Array)
in /home/lycee/emploi/ecrire/inc/editer.php on line 226

Saisies

Je viens de mettre à jour ce plugin vers 4.5.0 sur 2 sites en SPIP 4.1.5 sur 2 serveurs différents

et depuis impossible modifier les sites référencés :
Page blanche sur / ?exec=site_edit

dans distant.log je vois :
IP adresse IPV6 108151 Privé erreur Erreur connexion 0
mais je ne sais pas si c'est lié.

Merci

Saisies

Non puisque Saisies peut parfaitement être utilisé sans PHP uniquement en squelette, donc sans YAML, donc ya pas à obliger YAML pour ceux qui n'utilisent pas l'API PHP. Donc c'est à ceux qui utilisent l'API PHP de nécessiter YAML.

Je vois pas ce qu'il y a de bizarre à ce que ça marche avant et pas après : tout l'objet de PHP 8 est justement de passer à un truc mille fois plus strict sur toutes les erreurs, donc ya plein de choses qui étaient juste des notices ou des warnings et qui maintenant génèrent des erreurs bloquantes.

Saisies

Comme Escal utilise saisies, je vais le faire mais à mon avis, ce serait plutôt à Saisies de le faire non ?
D'autant qu'avec php 7.4, même sans yaml, je n'ai pas de souci.

Saisies

Comme expliqué, il faut que YAML soit installé pour que la declaration de formulaire en full PHP marche. Du coup il faudrait qu'Escal le marque en « necessite » dans son paquet.xml et ce sera bon.

Saisies

Pour info, on me signale le même souci sur un site avec Escal et php 8.1.
De mon côté je n'ai aucun souci avec php 7.4.28 ou 7.4.30 sur plusieurs sites.

Saisies

Bonjour,

Pour info je rencontre le même souci sur un site en 4.1.5.
Le squelette n'est pas ESCAL mais Html5up Phantom.
La version de PHP est la 8.1.0.
Le message apparaît sur les pages de modifications des articles ou des pages (plugin Pages uniques).
L'installation du plugin Yaml a fait disparaître le message.

Saisies

1. Deja normalement les warnings ne devraient pas apparaitre publiquement -> il faut configurer ton hebergement pour éviter cela.
2. Dans tous les cas, active le plugin YAML, ca évitera de les déclencher (et je vais de ce pas signaler cela au contributeur d'Escal).

Saisies

Bonjour
je viens d'installer SPIP 4.1.2 avec le plugin Escal 4.5.52, saisies 4.4.1 j'utilise wampserver 3.2.6 avec php 7.4.26, mySQL 5.7.36

et lorsque je vais dans la config du plugin Escal (dans tous les items mise en page, éléments, page d'accueil,...) j'ai le message ci dessous :

Warning : array_merge() : Expected parameter 2 to be an array, null given in C :\Site\wamp64\www[mon site]\plugins\auto{saisies\v4.4.1\inc\saisies_lister_disponibles.php on line 45

Avez vous une idée pour supprimer ce warning ?
Merci
bonne journée

Saisies

Effectivement. Corrigé. Merci !

Saisies

Je crois qu'il y a une coquille là :

Pour les versions du plugin < 5.3.0, il n'est possible de déclarer qu'une seule vérification par saisie, sous la forme :

C'est < 4.3.0 plutôt

Saisies

Testé en spip 4.1.1 sans problème en forçant la borne.

Saisies

Oui il y a un bug lors du passage à SPIP 4 sur SVP (le service qui permet d'installer/mettre à jour les plugins). Il faut supprimer le depot distant et le recreer.

Saisies

Bonjour,

Il m'était aussi indiqué comme incompatible ainsi que quelques autres pourtant compatibles. Pas de menu « mettre à jour », j'ai été obligé de le supprimer puis de le réinstaller via l'archive zip car je ne le retrouvais pas dans « ajouter des plugins ». Bizarre, surement un bug qui traîne sur la partie Core de Spip :(

A suivre...

P.S. : le plugins « Vérifier la compatibilité de vos plugins » indiquait aussi des informations erronées.

Saisies

Merci, RastaPopoulos
J'ai pu installer mes plugins.
Mais allez savoir pourquoi, lors de mes premières tentatives, mon spip me signalait que le plugin SAISIES n'était pas la bonne version.

Saisies

Euuh c'est marqué dedans :
https://git.spip.net/spip-contrib-extensions/saisies/src/branch/master/paquet.xml#L6

Donc bien pour tout 4.0.* infini

Saisies

Bonjour,
Le plugin semble incompatible avec spip 4.0.1 (ce qui bloque du coup la m-à-j de nombreux autres plugins). Existerait-t-il un moyen de contourner cette incompatibilité ? J'ai mis à jour tous mes sites à la v4.0.1 (dernière en date) en croyant que « compatible avec spip 4.0 » signifiait « compatible avec 4.0.* »

Saisies

merci ... les plugins sont visibles et actifs

Saisies

Ton SVP a l'air un peu en vrac on dirait : &var_mode=reinstaller_svp

Saisies

les plugins qui étaient déjà actif fonctionnent mais ne sont plus visible au niveau de la gestion des plugins.

Saisies

j'ai remis la version V4.02 .... mais je ne vois toujours pas les plugins.
heureusement j'ai fait le test en local

Saisies

pour info. Je viens juste d'installer la version saisie V4.03 dans le répertoire plugin a la place de la précédente.
Immédiatement ... je ne vois plus dans configuration des plugins ( actif ou incaif) , les plugins non verrouillés par exemple inserer_modele il semble que cela soit ceux dont l'id est supérieur a celui de saisie dans la table plugin. Je vois ceux dont l'id est inférieur .

ils sont toujours dans la table plugin et dans le cache. J'ai effacé local et tmp... idem

Saisies

oui alors apostrophe ou guillemet, je parlais bien de ce qui est utilisé en php pour définir un string :)

En gros : si tu déclare en PHP, il faut utiliser la syntaxe de PHP :P

(il vaut mieux préférer en général les simple quotes aux doubles quotes, car ces dernières impliquent une analyse du contenu à la recheche d'éventuelle $, donc un peu plus lent).

Saisies

Oui RastaPopoulos, j'ai prévu de le passer complétement en php, c'est le cas mes formulaires en générale, mais celui-ci est long et compliqué, je l'améliore étape par étape ;)
Pour Maieul, j'ai testé la syntaxe avec des apostrophes, sans succès, j'avais pas testé les guillemets ;)

Merci à vous deux de vos lumières.

Saisies

il manque les guillemets dans ton code php autour de ta chaine de langue :p

quand aux règles de SPIP, ce sont les régles de spip, et j'ai tendance à penser que la sécurité par défut est une bonne régle (car n'oublie pas que #ENV peut potentiellement venir d'un POST)

Saisies

Après quand tu fais en PHP, ya quasiment aucune raison de faire le squelette toi-même justement. Comme l'indique la doc tu devrais plutôt laisser le squelette totalement vide et laisser Saisies générer cela bien comme il faut, en déclarant ton tableau dans tonformulaire_saisies(). De cette façon tu seras sûr que ça se génère comme il faut :)

Saisies

En tout cas effectivement il fallait effectivement que je rajoute le _ au nom de mon tableau de saisies.
Cette subtilité m'échappe parfois, je l'ai pourtant mise en place sur la majorité de mes formulaires... Je me demande si l'inverse ne serait pas plus intuitif, devoir mettre le _ pour que spip échappe.
Merci encore.

Saisies

Merci de l'info, j'ignorer qu'on pouvait se passer de _T pour les chaines de langue en php.
Je viens de faire un teste :

'info_obligatoire' => <:zblobul_hanaf:info_obligatoire_asterix:>,

Mais ca passe pas :
Parse error : syntax error, unexpected '<'

Saisies

coté PHP, dans l'environnement, ton tableau de saisies il porte bien un nom préfixé par _ ? dans le cas contraire il y a un echappement de la part de SPIP.

Mais sinon, vu que de toute faconinfo_obligatoire passe automatiquement par _T_ou_typo, bah pas la peine de passer par _T côté php, tu met juste la chaine de langue en syntaxe spip (avec les chevrons).

Je t'invite à relire la doc d'introduction à saisies ;-). Ainsi que le très bonne article de romy sur le signalement des obligations http://romy.tetue.net/signaler-les-champs-obligatoires

Saisies

Bonsoir,
J'ai une question quant au format de texte (html ou brut) à utiliser dans les options (info_obligatoire) des saisies, car selon différent cas de figure j'obtiens différent résultat, je m'explique.
Un de mes clients insiste pour avoir des astérisques rouges pour les champs obligatoires dans un formulaire. Pour des raisons de confort technique j'utilise deux méthodes pour générer les saisies.
D'un coté j'utilise la syntaxe #SAISIE :

 [(#SAISIE{input, firstname, label=<:zblobul_hanaf:prenom:>, explication = '', obligatoire= 'oui', info_obligatoire= <:zblobul_hanaf:info_obligatoire_asterix:>, defaut = #ENV{firstname}, })]

Dans mon fichier de langue :

'info_obligatoire_asterix' => '*',

Jusque la tout a bien, côté utilisateur, j'obtiens un astérisque rouge.

J'utilise également la syntaxe php suivante :
$saisies[]= array(
'saisie' => 'selection',
'options' => array(
'nom' => 'levels',
'label' => _T('choix_niveaux_cours'),
'obligatoire' => 'oui',
'info_obligatoire' => _T('info_obligatoire_asterix'),
'datas' => $datas_levels,
)
) ;
Par contre, coté utilisateur, j'obtiens le code html :

Le fait que j'utilise une chaine de langue ne change rien à l'affaire, j'ai testé sans.

Merci d'avance pour votre aide.

Julien

Saisies

mais justement choosen a pas un API pour chercher en json, donc sans tout charger d'un coup ?

Saisies

La manière graphique de le présenter à l'écran n'est pas trop ce qui me préoccupait là : c'est que c'est généralement mal de garder dans le HTML des centaines voire milliers d'éléments, juste pour permettre d'en choisir (ce qui est le cas avec ton datalist, ou un select qui utiliserait chosen). C'est bien pour ça que les sélecteurs d'articles et de rubriques ne fonctionnent pas comme ça (mais nécessitent ajax… mais c'est un gros défi de savoir faire des saisies dynamiques qui fonctionnent aussi sans JS).

Saisies

effectivement. pour ce genre de cas avec beaucoup de choix, j'ai fait dans le cadre d'une association un input avec datalist. Ca marche pas trop mal (900 personne), mais je sais qu'à partir d'un certains nombre ca foire. peut être qqchose à base de choosen/select 2 ?

Saisies

Je suis dubitatif, car ça dépend du nombre : si l'idée des brèves c'est « des petits articles » et qu'ils peuvent être donc en quantité très importantes, genre des centaines ou plus dans chaque secteur, bah non un select va pas trop le faire… :)

Je vois plutôt ça comme les sélections d'articles et de rubriques donc, mais c'est plus complexe à mettre en œuvre.

Saisies

commence par lire ceci https://contrib.spip.net/Creer-ses-propres-saisies (tu peux deja pour commencer te contenter de la première partie + éventuellement de la partie sur les héritages)

Comme visiblement il n'y a nul part dans SPIP le besoin de selectionner une breve, tu pourrais te baser sur la saisie « selection » par ex.

Saisies

Merci Maïeul
ceci dit je ne vois vraiment pas comment faire :-)