Champs Extras (Interface) - commentaires

Champs Extras (Interface)

Bonjour à toutes et tous...

Est-il possible avec la zone de liste déroulante sélection multiple d'avoir le même style d'interface que pour les mots clés ? C'est-à-dire, avoir un bouton 'ajouter' pour ajouter des petites étiquettes cliquables (pour les supprimer) comme pour les mots clés lorsqu'on veut les ajouter ou les enlever d'un article ; et éventuellement filtrer le contenu de la zone de liste déroulante en fonction d'un autre champs ou du contexte de l'objet événement (dans mon cas, j'ai besoin de filtrer sur le titre ou l'id de la rubrique) ?

Est-ce compliqué à mettre en oeuvre ?

Merci

Champs Extras (Interface)

Je ne reproduis pas. Tu es sur que ce bug d'url erronnée n'arrive pas sur d'autrds pages ?
as tu vidé le cache ?

Champs Extras (Interface)

Bonjour,

Je viens de mettre à jour spip de 4.1 à 4.2 , et tous les plugins, je suis sous spip 4.2.7, champs extra interface 4.1.1, et champs extra 4.1.2.

Je n'arrive plus à accéder à l'édition des champs extra : sur la page principale de champs extra (monsite/ecrire/ ?exec=champs_extras), j'ai bien la liste de tous les objets, ainsi que l'indication des champs extra qui ont été précédemment créé (avant mis à jour), mais je ne peux pas accéder aux éditions des champs extra des différents objets, car l'url pour accéder à ces objets est monsite/spip.php ?ecrire0&objet=article et aboutit à la page d'acceuil de mon site.

Avez vous une idée du problème ?

Merci !
Bonne soirée

Champs Extras (Interface)

Bonjour JO.

Alors deja je ne suis que l'auteur de l'article, pas du plugin.

Ensuite la réponse est non, il n'y aura pas à priori de modification des données de liaisons via un champ extra. Un champ extra c'est fait pour être utilisée dans la table principale. Si tu veux utiliser des mots clés avec liaison, bah tu n'a pas besoin de champs extra.

Champs Extras (Interface)

Bonjour Maïeul,

Merci pour ce plugin, c'est assez impressionnant ce que tu as fait je trouve !!!

Après plusieurs TEST, j'aurais une demande concernant l'ajout d'un champ extra
de type « Mot-clé ».

Est-ce possible qu'un champ extra de ce type ajoute/supprime automatiquement une relation dans la table « spip_mots_liens » pour chaque mot clé coché concernant l'objet ?

Mon problème étant que, si j'utilise ce champs extra (avec les articles par exemple), les mots-clés sélectionnés ne sont pas liés à l'article. Du coup dans l'espace privé, un admin peut potentiellement supprimer les mots clés sélectionnés sans se rendre compte qu'ils sont utilisés par champ extra.

Comment puis-je faire ? Est-ce qu'une surcharge d'une pipeline de ton plugin permettrait de résoudre ça ?

Merci de ton aide

Champs Extras (Interface)

Bonjour,

Une petite précision importante !

Ne créez pas un champ extra sur un objet ayant le même nom qu'une colonne de la table de cet objet. Sinon, au moment ou vous supprimez ce champs extra, ça vous supprimera la colonne de la base de données (même si SPIP en à besoin)

Par exemple, pour faire des tests, j'ai créé un champs extra « descriptif » à l'objet article. Et quand je l'ai supprimé, ça m'a aussi supprimé la colonne de la base de donnée, du coup impossible de publier des article avec SPIP (j'ai du re-créé manuellement la colonne).

Champs Extras (Interface)

J'ai trouvé comment résoudre ce problème avec LISTER_VALEURS.

Cela donne :

[#CHAMP_EXTRA{format_ressource,label} : (#LISTER_VALEURS{format_ressource}|adaptive_images)
]

Champs Extras (Interface)

Bonjour,

en lien avec le squelette ressourcotheque, je commence à utiliser votre plugin champs extras.

Cependant, je ne comprends pas comment afficher la valeur d'un champ sur la même ligne que son label.

Plus précisément, sur cette page :
https://ressourcotheque.apmep.fr/Bulletin-de-liaison-CFEM-No-21-octobre-2014
Pour le champ Format, la valeur est à la ligne.
J'aimerai avoir plutôt ceci :
Format : A4, 6 p.

J'ai surchargé l'article plugins/auto/ressourcotheque/v2.5.1/content/article.html dans squelettes/content/article.html avec cette ligne :

[#CHAMP_EXTRA{format_ressource,label} : (#FORMAT_RESSOURCE|adaptive_images)

]

Savez-vous comment y arriver ?

Champs Extras (Interface)

Bonjour,
J'ai crée un champ extra de type "bloc de texte" pour enregistrer des coordonnées de cartes .svg
Les coordonnées se composent de centaines de caractères en tout genre (chiffres, lettres, points, virgules,tirets etc.)
Chaque fois que j'essaie de valider une entrée, j'ai le message d'erreur suivant « Une erreur technique a empêché l'enregistrement correct du champ ». Le contenu du champ est tronqué en 25 caractères.
Avez-vous une idée de la source du problème. ?

Merci d'avance.

Champs Extras (Interface)

Bonjour,
J'utilise ce plugin génial, pour des ajouts de champs simple dans les articles.
La question que je pose ici cherche une réponse à une problématique que je ne parviens pas à résoudre depuis des années !! Je n'ai pas de connaissances en PHP / BDD.
Mais aujourd'hui, une cliente me le demande et je n'arrive pas à satisfaire à sa demande.

Il s'agit « tout simplement » d'ajouter le prénom à la liste des inscrits aux listes de diffusion, de façon ensuite à pouvoir leur écrire, soit « Bonjour @prenom@ », soit « Bonjour @prenom@ @nom@ », selon les cas.
Et donc de pouvoir également récupérer ce champ à l'export d'une liste, comme dans l'autre sens, de le renseigner dans la liste, à l'import.
Et enfin, si ce champs pouvait aussi exister pour les inscriptions via le plugin « Formidable : abonnements à des listes de diffusion » utilisé pour les inscriptions des visiteurs sur le site public !

J'ai bien ajouté un champ à l'objet « Inscrits aux envois par email » qui touche à Mailsubscribers, et ça ajoute bien un champ. J'ai cependant 2 problèmes :
– Il est tout en bas, je ne peux pas le mettre juste sous le nom,
– Plus embêtant, il n'est pas exporté !
J'ai d'ailleurs tenté un import CSV pour voir, avec une colonne « Prénom » mais elle n'est pas prise en compte.
(Marrant : le prénom vient s'associer au nom dans la colonne nom… Mais ça ne va pas.)

J'ai testé aussi d'ajouter à l'objet « Liste de diffusion » qui touche à Mailsubscribinglist, mais là je crois que ça concerne les listes et non les inscrits dans les listes…

J'ai cherché partout des plugins qui feraient ça, depuis au moins 3 ans, en vain.
D'avance merci pour votre aide ou vos pistes.
Je précise que j'ai plusieurs sites en 3.2, que je migre pour la plupart en 4.0 et 4.1 maintenant.
Cordialement

Champs Extras (Interface)

Non, a priori ca devrait être fait automatiquement. Si on est dans l'espace privé, on doit pouvoir choisir les objets du privé.

Effectivement, les utilisateurs du site m'ont fait cette demande mais j'ai pas vérifié si c'était pas déjà le cas. Et il me semble bien que si, c'est le comportement par défaut de cette saisie, elle liste tous les articles, même non publiés. Mille désolé de t'avoir dérangé, j'aurais dû vérifier tout de suite.

Champs Extras (Interface)

Non, a priori ca devrait être fait automatiquement. Si on est dans l'espace privé, on doit pouvoir choisir les objets du privé.

Le problème est que cette saisie est complexe, et que je n'ai pas trouvé comment elle marchait exactement, Pas trop le temps ni la motive de me pencher dessus. Ne peux tu pas utiliser simplement un champ input avec un numero ?

Champs Extras (Interface)

Chouette, ce serait super. Peut-être une option supplémentaire dans la partie Utilisation du champs Article ?

Champs Extras (Interface)

Pas pour l'instant, je vais regarder si je trouve une manière facile de proposer cela dans les prochaines jeures.

Champs Extras (Interface)

Bonjour,
Est-ce qu'il y a une astuce pour ajouter un champs qui permet de sélectionner des articles même non publiés (en cours de rédaction, en attente de validation...) ?
Merci !

Champs Extras (Interface)

Je confirme que le var_mode=debug est ajouté à l'URL de la prévisualisation de ma newsletter :
https://www.aslagnyrugby.net/Infolettre-no2.html?var_mode=debug

Après, je ne sais pas pourquoi il y a une référence au fichier plugins/auto/newsletters/v1.6.4/newsletter.html (c'est le fonctionnement du plugin j'imagine).

En tout cas, c'est bien mon squelette qui apparaît avec mes images, ma mise en page html, css et tout et tout...

Champs Extras (Interface)

Je suis sûr que c'est le bon squelette puisque quand j'y insère la balise en dehors de la boucle, l'id du document apparait bien dans la prévisualisation.
J'ai créé un répertoire « newsletters » (dans le rép. « squelettes ») dans lequel j'ai mon squelette.
Celui-ci fonctionne bien, j'ai déjà envoyé une première newsletter le mois dernier grâce à ce squelette.
Je voulais simplement y apporter une amélioration via champs extras en ajoutant une image modifiable.

Champs Extras (Interface)

mais tu est sur que tu es sur le bon squelette ? parceque là on parle quand même de squelette plugins/auto/newsletters/v1.6.4/newsletter.html

a priori il y a rien d'insecure à donner des requetes sql relativement basique pour un site qu'on ne connait pas.

Champs Extras (Interface)

Par contre, je ne sais pas si c'est très « secure » d'afficher les requêtes comme ça...

Champs Extras (Interface)

Cela n'affiche pas la requête à la table « documents ».
en faisant « var_profile=1 », je récupère les requetes générée mais là encore, pas de trace d'une requete à la table documents :

1	newsletters	0.00053590243530277	2
8	Hors Compilation	0.0044949060211181	1 3 4 5 6 7 8 9
9	total :	0.0050308084564209 Numéro	Message	squelette	boucle	Ligne
1 SHOW TABLES LIKE 'spip\\_%'Time	0.0014600834197998
Order	5
Res	mysqli_result / / 2 SELECT id_newsletter FROM aslagnyrugby.spip_newsletters AS newsletters WHERE (newsletters.statut = 'publie') AND newsletters.id_newsletter=8Time	0.00053590243530277
Order	7
Res	mysqli_result
id	1
select_type	SIMPLE
table type possible_keys key key_len ref rows Extra	Impossible WHERE noticed after reading const tables / / 3 SELECT id_newsletter FROM aslagnyrugby.spip_newsletters WHERE id_newsletter=8Time	0.00050301022338872
Order	9
Res	mysqli_result
id	1
select_type	SIMPLE
table	spip_newsletters
type	const
possible_keys	PRIMARY
key	PRIMARY
key_len	8
ref	const
rows	1
Extra	Using index / / 4 SELECT id_objet FROM aslagnyrugby.spip_auteurs_liens WHERE id_auteur=1 AND objet='rubrique' AND id_objet!=0Time	0.00046491699218754
Order	12
Res	mysqli_result
id	1
select_type	SIMPLE
table	spip_auteurs_liens
type	ref
possible_keys	PRIMARY,id_auteur,id_objet,objet
key	objet
key_len	77
ref	const
rows	1
Extra	Using index condition
Using where / / 5 SELECT id_auteur, pass FROM aslagnyrugby.spip_auteurs WHERE id_auteur=1Time	0.00044897363281249
Order	8
Res	mysqli_result
id	1
select_type	SIMPLE
table	spip_auteurs
type	const
possible_keys	PRIMARY
key	PRIMARY
key_len	8
ref	const
rows	1
Extra / / 6 SELECT id_objet, type, date, url FROM aslagnyrugby.spip_urls WHERE url='Infolettre-no2'Time	0.00042097657775875
Order	4
Res	mysqli_result
id	1
select_type	SIMPLE
table	spip_urls
type	ref
possible_keys	url
key	url
key_len	767
ref	const
rows	1
Extra	Using index condition / / 7 SELECT U.url, U.date, U.id_parent, U.perma, titre AS titre, lang AS lang FROM aslagnyrugby.spip_newsletters AS O LEFT JOIN aslagnyrugby.spip_urls AS U ON (U.type='newsletter' AND U.id_objet=O.id_newsletter) WHERE O.id_newsletter=8 AND (U.segments IS NULL OR U.segments=1) ORDER BY U.id_parent=0 DESC, U.perma DESC, U.langue='' DESC, U.date DESC LIMIT 1Time	0.00041908378601074
Order	6
Res	mysqli_result
id	1
select_type	SIMPLE
table	O
type	const
possible_keys	PRIMARY
key	PRIMARY
key_len	8
ref	const
rows	1
Extra	Using temporary
Using filesort / / 8 SELECT lang FROM aslagnyrugby.spip_auteurs WHERE email='postmaster@aslagnyrugby.net'Time	0.00040990861511225
Order	10
Res	mysqli_result
id	1
select_type	SIMPLE
table	spip_auteurs
type	ALL
possible_keys key key_len ref rows	196
Extra	Using where / / 9 SELECT lang FROM aslagnyrugby.spip_auteurs WHERE login='postmaster@aslagnyrugby.net'Time	0.00036795277404789
Order	11
Res	mysqli_result
id	1
select_type	SIMPLE
table	spip_auteurs
type	ref
possible_keys	login
key	login
key_len	768
ref	const
rows	1
Extra	Using index condition / /

Champs Extras (Interface)

Dans le mode debug, tu peux choisir le squelette concernée, puis la boucle concernée en son sein. Là tu peux cliquer sur « resultat » et cela te donne la requete sql genérée.

Champs Extras (Interface)

C'est à dire ?
Comment je visualise cela ?

Champs Extras (Interface)

Et la requete SQL correspondant à ta boucle ?

Champs Extras (Interface)

Cela renvoie uniquement l'id du document. C'est le fonctionnement normal de la balise image me semble-t-il (par ex : '32627').

le var_mode_debug :

squelette plugins/auto/newsletters/v1.6.4/newsletter.html : squelette résultat code calcul
Temps de calcul : 4.604 ms
#ENV
lang	: fr
id_newsletter	: 8
1	boucle	résultat	code	calcul	_newsletter	newsletters	{id_newsletter}
2	boucle	résultat	code	calcul	_previewnewsletter	newsletters	{id_newsletter}{si (#VAL{_VAR_PREVIEW}|defined|et{[(#VAL{_VAR_PREVIEW}|constant)]}|et{[(#GET{quoi}|=={raw}|non)]})}
squelette plugins-dist/porte_plume/javascript/porte_plume_start.js.html : squelette résultat code calcul
Temps de calcul : 5.625 ms
#ENV
lang	: fr
hash	: bb0c25cb9b23f99d5bdbc51aa778b126
inserer_auto_name_texte	: 1
squelette plugins/auto/socialtags/v3.0.0/socialtags.js.html : squelette résultat code calcul
Temps de calcul : 5.776 ms
#ENV
lang	: fr
squelette plugins/auto/favicon/v1.2.0/inclure/favicon.html : squelette résultat code calcul
Temps de calcul : 10.298 ms
#ENV
lang	: fr
squelette squelettes-dist/formulaires/administration.html : squelette résultat code calcul
Temps de calcul : 0.099 ms
#ENV
id_newsletter	: 8
objet	: newsletter
id_objet	: 8
voir_newsletter	: https://www.aslagnyrugby.net/ecrire/?exec=newsletter&id_newsletter=8
divclass	: spip-admin-float
lang	: calcul	: recalcul
debug	: analyser	: inclure	: _pipelines	: (1 items) [array(size=0)]

Champs Extras (Interface)

Hum, je sais pas comment fonctionne la saisie document. Mais ca te renvoie bien un id du document. Pas de prféexie/suffix autour ?

Que donne un var_mode=debug ?

Champs Extras (Interface)

Bonjour Maïeul

Non c'est pas cela. L'image est choisie dans la médiathèque et est associée à un article publié.

PS : j'ai tout de même essayé ta solution mais c'est pareil...

Champs Extras (Interface)

il manquerait pas à un {tout} dans ta boucle _image (si doc pas lié à un article publié, par ex).

Champs Extras (Interface)

Bonjour
Je travaille avec SPIP 3.2.12 + PHP7 + Champs Extras 3.14.6 + Champs Extras (Interface) 3.5.1

Le plugin fonctionne bien et est très utile.

J'ai juste un prob avec l'insertion d'un nouveau champ « Document » que je voudrait insérer dans les infolettres (plugin « newsletter »).
J'ai créé un nouveau champ document nommé : « newsletter_image ».

J'arrive bien à récupérer dans mon squelettes l'id du document via sa balise #NEWSLETTER_IMAGE. Jusque là tout va bien.

Mais comment faire pour afficher l'image correspondante via cet id sans passer par une boucle DOCUMENTS (elle même au sein de la boucle NEWSLETTERS) ?
En effet quand je créé une boucle DOCUMENTS, la balise #NEWSLETTER_IMAGE ne renvoie rien :

 #NEWSLETTER_IMAGE  
[(#FICHIER|image_reduire{600})]

Je crois comprendre que la boucle DOCUMENTS étant au sein de la boucle NEWSLETTERS, elle ne trouve pas l'id de l'image pourtant liée à la newsletter via champ extra...
Je cherche donc simplement un moyen de trouver le chemin de l'image grâce à son identifiant. Je pourrais ainsi l'intégrer dans un tag html img comme peut le faire la balise #FICHIER au sein d'une boucle document...

Merci d'avance pour votre réponse.

Champs Extras (Interface)

Merci Maïeul.
Je m'en doutais.
Je vais suivre ton conseil.

Champs Extras (Interface)

Bonjour,

les champs extras ne stockent pas les données en sessions, mais bien en base, dans l'objet.

Donc le plus simple serait d'aller rechercher en base, et de construire une interface, par ex. avec les crayons

Champs Extras (Interface)

Bonjour,
Je suis sous SPIP 4.0.0
J'ai créé un champ extra - dans un nouvel objet éditorial - sous forme d'une question en boutons radios utilisable par les visiteurs authentifiés. J'aimerais que les réponses par visiteur soient conservées dans chacune de leur session et donc retrouvées dans une session suivante pour être modifiées au besoin.
Merci pour une piste de travail dans ce sens.

Champs Extras (Interface)

Hello,

J'utilise Champ Extra sur une sélection éditoriale pour ajouter des champs persos. Tout fonctionne bien, sauf la fonction « ajout rapide » qui ajoute bien l'article quand je valide mais qui ne l'enregistre pas.

Le titre de l'article s'affiche pourtant bien après la saisi de son ID, de la même manière qu'un article choisi dans la liste en dessous. Mais alors qu'un article choisi dans la liste s'enregistre correctement, un article choisi avec la fonction Ajout Rapide disparait à l'enregistrement. Quel est la différence de fonctionnement de ces deux système ? À quel endroit ça pourrait bloquer ?

Est-ce que quelqu'un a déjà eu ce problème ou pourrait m'aider ?

Merci,
Pierre

Champs Extras (Interface)

Bonjour,

Je tiens à vous remonter un soucis que je rencontre avec Champs Extra Interface.
Pour faire court, j'utilise ce plugin pour créé un formulaire d'adhésion en étendant la table spip_auteurs. Cela marche très bien sur la grande majorité de mes sites ;)
Par contre, sur quelques sites, le formulaire est très très long et en plusieurs langues, au point que le paramétrage de la table 'spip_meta' n'est pas configuré pour accepter autant de caractère dans le champs 'valeur' configuré en mode 'text'.
Le résultat est que la valeur enregistré dans la BDD est tronqué, donc inexploitable... Ce n'est pas très simple de revenir en arrière...
Je suis donc contraint de paramétré ce champs en 'longtext' pour contourné le problème.

C'est une solution qui fonctionne bien, mais bon c'est pas top non plus...

Prévoyez-vous d'offrir à ce plugin ses propres tables ? Cela permettrait de ne pas toucher à 'spip_meta'.

Merci

Champs Extras (Interface)

Bonjour,

j'ai vu que les champs extra pouvais s'appliquer au « Menus du site ».

Est-ce que cela veut dire que cela permettrait d'ajouter des champs extra au plugin « Menus » ?

Si c'est le cas, j'ai fais des tests, mais je ne vois pas de changements dans l'interface du plugin Menus.

Mon but serait d'ajouter pour les entrées « Article, rubrique ou autre objet SPIP » et « Liens arbitraire » un champ de mot-clé pour désigner pour chaque entrée la langue afin de n'afficher que certains bouton du menus en fonction du contexte de langue (#LANG).

Merci d'avance,

Cordialement,

Hervé

Champs Extras (Interface)

Oui, oui, on attendais simplement la sortie de spip 4 pour officiellement taguer le plugin. C'est chose faite et il devrait être dispo bientot.

Champs Extras (Interface)

Bonjour,
Est-il prévu une version compatible avec spip 4 ?
ce plugin étant très pratique et utilisé, En espérant qu'il sortira bientôt. je déffends régulièrement spip dans mon institution... mais sans ce plugin, ça risque d'être difficile ....
merci d'avance
;)

Champs Extras (Interface)

1. On a deja une saisie qui permet cela (saisie liste, dans le plugin homonyme), mais
a. Il faut créer le constructeur
b. En terme de structure de donnée c'est pas évident non plus à envisager.

Donc réponse : complexe oui, mais pas à faire tout de zero, a priori.

Champs Extras (Interface)

Petite question/suggestion :)
Pensez-vous possible et pas compliqué à intégrer un système de répéteur de champs ou groupe de champs ? Cela permettrait d'être moins limité dans une fiche !

Champs Extras (Interface)

Bonjour,
J'ai une suggestion et un problème.

Dans mes formulaires générée via l'interface de Champs extras, j'ai besoin d'avoir un lien dans l'explication d'une case unique pour que l'internaute puisse consulter un article et déclarer en accepter les termes (exemple : conditions générales de ventes).
Je vois pas de solution simple pour cela si ce n'est d'utiliser Mediabox et un peu de code (peu souhaitable pour les novices) :

Vous pouvez prendre connaissance des Conditions Générales d'Utilisation

Vous pouvez prendre connaissance des Conditions Générales d'Utilisation

Le choix d'une lightbox (et non d'un lien hypertexte classique) est motivé par le souhait de ne pas sortir du formulaire pour éviter de perdre l'internaute avec (ou les infos saisies dans le formulaire).

Suggestion :
J'apprécierais une syntaxe plus simple pour gérer ce genre de cas car mes clients ne touche pas à de l'html d'ordinaire . Une nouvelle saisie ou option de saisie à prévoir peut-être ?

Jusque la, malgré tout, tout va bien.

Par contre j'ai besoin de pouvoir afficher cela dans plusieurs langues donc je rajoute mes balises multilingues :

[fr]Vous pouvez prendre connaissance des Conditions Générales d'Utilisation

Problème :
Et la je me retrouve avec un warning Texte mal formaté dans le code du message je lis « danger-jS ».

Merci de vos lumières,
JuL

Champs Extras (Interface)

pour infos aussi Jul : on a scinder la doc, en distinguant celle consacré au core de cextras, et celle consacré à l'interfade

donc à l'avenir https://contrib.spip.net/Champs-Extras plutot

Champs Extras (Interface)

pour info, ceci nous a bien fait cogiter sur les liens entre afficher_si_avec_post et verification, et du coup une nouvelle versions de saisies est sortie qui devrait éviter à Jul ce genre d'erreur avec son code actuel (mais il devrait totu de même supprimer ses afficher_si_avec_posts qui n'ont guère de sens en champ extra)

Champs Extras (Interface)

Bon, alors après analyse voici ce qu'il en est de ce dossier

1. En janvier, petite modifications dans champs extra de sorte que les champs masquées par afficher_si sont vidées lors de la soumission, pour que ce qui soit en base corresponde à ce qui est effectivement postée (et donc éviter des tests après coup)
2. Problèmes : il y avait un bug dans afficher_si, résolu en mars,qui faisait qu'un champ conditionné par un champ sur un autre fieldset était vidé à la soumission (cf historique des messages ici)
3. Un bugfix temporaire pour Jul : mettrre un « afficher_si_avec_post » sur les champs en question, pour être sur de ne jamais perdre la valeur
4. En mars, je modifie les verifications de cextras pour qu'il utilise véritablement l'API de Saisies.
5. Du coup, dans le cadre du formulaire de Jul, on post un champ qui combine les 3 critères suivantes

Il est vide
Mais il est obligatoire
Mais il est masqué comme afficher_si_avec_post
Un tel champ n'aurait normaleemnt pas du exister, car :
Si on met un champ vide et obligatoire, on ne peut pas d'afficher_si:_avec_post, mais uniquement afficher_si
Si on met un champ vide avec un afficher_si_avec_post, il ne peut être obligatoire, puisque la logique d'afficher_si_avec_post c'est que l'affichage est masquée, mais le reste des contrainte sur le champ reste :)
Son met un champ obligatoire avec afficher_si_avec_post, il faut accorder alors une valeur par défaut

Bref, le bug de JUL est lié à bugfix rapide sur un bug résolu depuis. Il lui faut donc enlever son afficher_si_avec_post et ce sera résolu (fort heureseuemnt afficher_si_avec_post est peu documenté)

Champs Extras (Interface)

bah comme c'est saisies et verifier qui s'occupent de verifier les formulaires...si a priori ils sont en causes. On a mutualisé les moyens, et du coup ca a pu casser les choses dans le refactoring.

Pour le message d'erreur sur le .yaml, c'est corrigé avec la v3,.51.4 (concernait l'édition d'une selection multiple dans une interface de modife des cextras)

Champs Extras (Interface)

Oui, j'ai commencé par tester ces mise à jours, je pensai que cela venait de la, mais j'ai fait un test dans la foulée sans problème.
Donc à priori « saisies » et « verifier » ne sont pas en cause.

Champs Extras (Interface)

as tu mis aussi à jour verifier et saisies qui fonctionent de conserve ?

Champs Extras (Interface)

Bonjour Maieul,
C'est toujours le même formulaire, je ne peux pas faire d'export puisque tout est codé en php et nécessite des fonctions et une base de données bien formatés...
Je t'envoie un email avec le php « nettoyé » pour consultation.

Merci

Champs Extras (Interface)

Un export du formulaire pour aider à debuger ?

Champs Extras (Interface)

Bonjour,
Suite à la mise à jour de champs extra et champs extra interface :
La mise à jour du plugin « Champs Extras » (de la version : 3.13.2 à 3.14.2) s'est correctement déroulée
La mise à jour du plugin « Champs Extras (Interface) » (de la version : 3.5.8 à 3.5.9) s'est correctement déroulée

Je n'arrive plus à valider certains de mes formulaires :
Il y a 1 erreur dans votre saisie, veuillez vérifier les informations.

Par contre je ne vois pas ou ca coince précisément. (quel champs par exemple).
Une erreur est ajouter dans le journal de yaml.log
3. erreur plugins/auto/yaml/v2.0.13/inc/sfyaml.php:L76:sfyaml_yaml_decode()
Erreur d'analyse YAML : Unable to parse line 116 (data).
Une idée ?
Merci

Champs Extras 3

si tu déclare tes champs extra via l'interface, il y a un plugin pour faire des imports/exports.

Mais le mieux serait encore déclarer tes champs extra dans ton jeu de squelettes (que tu ferais sous forme de plugin). Ceomme cela à l'activation du squelette-plugins, tes champs extra sont installés automatiquement, et tu n'a pas de problème de synchro.

Champs Extras 3

bonjour,
si j'ai plusieurs sites avec les mêmes squelettes
est-ce que je dois créer les champs extra sur chaque site ou peut- on les importer ?
merci

Champs Extras 3

Il se confirme que le bug était bien lié à cela.

Champs Extras 3

Hum. je viens de retester aussi formidable, et je ne rencontre pas le problème que vous décrivez.

Est-ce que vous auriez par hasard des plugins supplémentaire qui pourraient interferer avec le JS ? Serait-il possible de me monter un site de test/dev pour que je puisse voir ce qu'il en est, et voir si j'arrive à debuger en live, puisque je n'arrive pas à reproduire le bug chez moi.

Champs Extras 3

Effectivement le problème n'est pas récent et je le rencontre sur différents sites, j'ai longtemps garder une version inférieur pour l'éviter.

J'ai essayé en vidant les sessions, le problème apparait toujours de façon aléatoire.

En re-testant, un autre phénomène se produit, après l'ajout d'un champ (testé avec case unique), quand je demande son édition pour renseigner ses infos, le champ disparait complétement (directement au clic sur picto édition). Se genre de phénoménes a lieu également avec le plugin formidable, lors de l'ajout de champ.
Je suis chez OVH en PHP 7.2, FPM, si cela peut aider.

Champs Extras 3

Hum, je ne reproduis pas via l'interface. Et il n'y a pas eu de modif de l'interface ces derniers temsps. En revanche pas mal de modif côté saisie sur l'affichage en onglet, mais je ne vois pas ce qui pourrait jouer.

Une possibilité cependant, mais cela remonte à il y a au moins 2 ans, ce sont les modifs que j'ai faite sur les sessions et saisies. Peut être du coup vider tout tmp/sessions (en s'assurant que personne ne soit connectés à ce moment là) pour avoir une base saine.

Si le problème se reproduit, il faudrait alors essayer d'investiguer plus. Et pour cela, nous décrire pas à pas à quel moment cela arrive.

Champs Extras 3

Pas d'utilisation conditionnelle via afficver_si

Champs Extras 3

Je précise, cela arrive à la création et à la modification de champs extras via l'interface champ extra. Typiquement sur les labels. Ce qui est étrange c'est la différence de valeur entre l'écran de recap des champs extras et le formulaire d'édition des champs extras. Souvent bon dans le forum mais non mis à jour dans l'écran de récapitulatif général (page principal du plug-in interface champ extra)

Champs Extras 3

Bonjour,

cela ne me dit rien. Mais la phrase est peu claire. S'agit-il de modifs
1. De la valeur de champ extra en particulier ?
2. Des champs extra eux même (via l'interface graphique).

Utilisez vous des afficher_si ?

Champs Extras 3

Bonjour,
Depuis quelques versions de champs extra, je dois enregistrer plusieurs fois les modifs pour qu'elles soient effectives. Pour info, je rencontre toujours le problème malgré les maj, je suis actuellement en :
- Saisies pour formulaires 3.48.2
- API de vérification 1.12.0
- Saisies pour formulaires 3.48.2
Est ce un problème connu ?
Merci à vous

Champs Extras 3

Suite et fin de l'épisode

pour info, on a debuger un cas de bug sur les afficher_si, qui peut
expliquer le bug que tu as eu en janvier.

Cela se produisait si un champ A était conditionné par la valeur d'un
champ B qui se trouvait dans un autre fieldset.

la dernière version de saisies 3.47.3 corrige cela.

Champs Extras 3

désolée pour le bruit
j'ai trouvé
merci encore pour ce plugin
Natacha

Champs Extras 3

Bonjour
je ne trouve pas comment limiter les champs extras « articles » à une rubrique

merci pour votre aide
Natacha

Champs Extras 3

Bonjour,

petite question sur un blocage... est-ce possible de récupérer les valeurs de groupes de champs ?
J'ai un groupe appelé prix avec : titre, contenu, et prix (en input text ou textarea). Pour le bien de présentation je souhaite faire un tableau des valeurs pour une boucle DATA afin de bien ordonner mes données (il se peut que mon groupe prix1 soit présent mais prix3 absent donc je ne veux pas mettre une ligne de code pour chaque groupe...)

merci pour votre aide !

Champs Extras 3

en tout cas je viens de retester, et je ne reproduis pas...

Champs Extras 3

envoi moi ton php alors :)

Champs Extras 3

Je peux pas les exporter aux formats YAML car je les déclare en php dans mon plugin. Il sont très nombreux et il y a plein de php autour donc tu pourras pas faire un test facilement.

Champs Extras 3

hum. C'est vraiment très très étonnant ton affaire.

Pourrais tu m'exporter tes champs extras ?

en attendant je vais supprimer le tags, par précaution. Mais j'avais testé chez moi.

Champs Extras 3

Bonjour Maieul,
Je rencontre des soucis avec la toute dernière version.
Ca fait 24h que je me casse la tête sur un nouveau bug sur les sites de mes clients, pour enfin réaliser que cela provient de la dernière mise à jour...
J'ai regardé les modifs et commentaire sur Git.
Le problème est le suivant :
J'utilise des champs extras sur des événements, j'utilise la fonction « afficher_si » sur nombre de ces CA, et même en cascade...
Désormais quand je modifie un événement, des données (des CAs) sont supprimées de la BDD, alors qu'ils sont liés à des champs bien affiché... C'est très impactant comme soucis...

Je déduis donc que le nouveau comportement d'afficher_si qui « reset » les datas des champs non affichés, semble également vider des champs affichés ...
Je vais ajouter des afficher_si_avec_post" => True à gogo pour voir si ca aide mais malgré tout, je pense qu'il y a une coquille qqpart.
Merci de ton assistance.
JuL

Champs Extras 3

Heureux de savoir que ca a pu vous servir .

Champs Extras 3

Bonsoir,
J'ai résolu l'erreur en appliquant ce que https://contrib.spip.net/Liste-des-pays-avec-codes-ISO-3166-1#comment504613-502472 propose : modifier la Définition SQL (obligatoire) du champ pays avec :
smallint(6) DEFAULT 1 NOT NULL

Champs Extras 3

Bonsoir,

Tout d'abord, merci de m'avoir répondu. Votre analyse était juste.
Dans la table spip_meta, la colonne valeur était limité à 65535 caractères et mes informations sur les champs extras étaient de 65460.
En modifiant, la structure de la table spip_méta, il m'est désormais possible de rajouter des champs extra.
Concernant le pourquoi d'une telle structuration, il devient urgent, je pense, que j'apprenne à créer des objets éditoriaux que je puisse lier à des articles.
Bien à vous
Eric

Champs Extras 3

Il y a une limite au nombre de champ extras gérable par l'interface.

Les informations sur les champs extras par l'interface sont stockés dans la table spip_metas, sur une colonne « valeur » qui ne peut contenir que 65535 caractères. Il se pourrait donc que l'ensemble de la description de vos champs extras, avec toutes les metas informations et serializés, dépasse cela, et que le plugin d'interface n'arrive pas à gérer.

Je dis cela comme hypothèse, car je ne connais pas grand monde qui utilise 188 champs extras (ca pose tout de même une sérieuse question de pourquoi utiliser une telle structuration ? Ne faudrait-il pas créer plutot des objets à part).

Pour vérifier mon hypothèse, il faudrait avoir la valeur dans la table spip_metas pour la cle champs_extras_articles.

Pour résoudre ce problème, deux solutions
1) soit passer par une déclaration de champs extras en PHP, qui n'est pas limitée (enfin si, j'imagine que mysql a un nombre maximum de colonne)
2) soit modifier la structure de la table spip_metas pour que le champ valeur soit de type BIGTEXT

Champs Extras 3

Bonjour,

Je rencontre un petit souci avec Champs extra 3.
Je dispose dans l'objet article de 188 champs extras.
Je m'y retrouve très bien. Il n'y a pas de Fieldset. Ce n'est qu'une suite de champs que je lis et que je complète.

Mon souci est le suivant : si sur ma base de donnée, je peux créer une colonne supplémentaire ; sur Champ extra, je ne peux pas ajouter ce 189^e champ.
Si j'essaie d'intégrer ce « champ non géré », l'interface de Champs extra 3 saute et je dois recharger une sauvegarde en yaml qui ne tient compte que des 188 premiers champs.

Ma BDD est toute petite : 1762 lignes ou enregistrements sur spip_articles. 7Mo.
Il n'y a pas de restriction de secteur ou de branche.
Le nom de ce champ ou de ces champs supplémentaires ne sont pas en cause. Il n'est pas employé pour un mot-clé et est écrit en minuscule.

Ma configuration
Base MySQL
SPIP 3.3.0-dev [24578]
Champ extra 3.13.0
Champs extra interface 3.5.8
Saisies 3.43.0
SPIP Bonux 3.5.5
YAML 1.5.4 - stable
Groupes arborescents de mots clés 1.2.11
Coche Mots 1.2.1 - stable
couteau suisse, orthotypo et Fulltext

Quelle pourrait être la cause de ce refus de gérer un champ ?
Y aurait-il une limite en nombre de champ extra ?
En vous remerciant par avance de vos idées et d'une éventuelle solution.
Bien à vous
Eric

Champs Extras 3

Ah super, merci !

Champs Extras 3

C'était un oubli dans le .yaml de selecteur de documents.

C'est corrigé avec la version v3.42.8 du plugin saisies.

Champs Extras 3

Merci pour ce super plugin plus qu'indispensable !
Je me demandais juste : pourquoi n'y a-t'il pas l'option « afficher_si » pour le champ de type « sélecteur de document » ? Est-ce que c'est possible de le rajouter ? J'en aurais vraiment besoin pour un projet.
Merci !

Champs Extras 3

Avec My SQL 5.7.26 ca passe tout bien. Plus d'erreur.

Champs Extras 3

A priori mon ami Google dit que ma version SQL est trop ancienne
5.7.25 et que je dois pouvoir jouer sur ces paramètres

- table_open_cache=100
- table_definition_cache=100 to prevent MySQL from using all the file descriptors on caching tables and therefore leave some for connections.

Je vais tester et je vous dis, mais si vous avez une autre solution je prend.

Merci

Champs Extras 3

J'ai trouvé ca https://bugs.mysql.com/bug.php?id=79125 mais je sais pas trop quoi en faire.

Champs Extras 3

Bonjour,

Dès que j'édite ou modifier ou importe un champ extra j'ai le message d'erreur suivant : « Site en travaux : Attention : un problème technique (serveur SQL) empêche l'accès à cette partie du site. Merci de votre compréhension. »
L'import se passe bien. Au moment d'éditer une rubrique qui contient ce champ extra, ca plante.

Je dois sois relancer SQL soit vider tmp.

Dans les logs de SPIP : un fichier se crée mysql.74fa9889.out avec rien dedans

Au niveau des logs SQL j'ai le message d'erreur suivant :

2020-06-11T21:32:21.158304Z 0 [Warning] File Descriptor 1272 exceeded FD_SETSIZE=1024

J'ai un fichier meta_cache.php qui se crée dans tmp/log où je vois bien la création des mes champs extra.

Une fois que j'ai vidé mes caches et/ou redémarrer SQL tout rentre dans la normal.

Puis-je faire un réglage spécifique pour éviter cette erreur. Je voudrais m'assurer que je ne vais pas faire planter la prod quand je vais importer mes champs extra.

Avec mes remerciement

Champs Extras 3

Bonjour,

ca fait plusieurs fois que lorsque j'édite mes champs extra depuis l'interface, ma base SQL plante et je dois la relancer en local sur serveur LAMP.
Y a t-il un réglage spécifique à faire au niveau de la conf SQL ?
Je n'ai rien vu de particulier dans les logs. Je voudrais éviter que cela m'arrive en production ?
Est-ce un problème connu ?
Sinon grâce à Matthieu et Maieul je suis parvenu à faire ce que je voulais.

Merci encore à vous deux et bonne journée.

Champs Extras 3

Mouais, j'ai surtout l'impression que le ** est pas vraiment pris en compte jusqu'au bout pour LISTER_VALEURS. Que ça aplatisse sans étoiles ok, mais quand il y a ** ça doit les transmettre au LISTER_CHOIX qui est appelé en sous-main, comme LISTER_CHOIX avait aussi les étoiles… Moi ça me parait un bug/oubli à corriger, et pour que ça gène, il faut 1) utiliser avec ** ET 2) avoir des groupes, ça me parait super rare et vu que c'est l'actuel qui est pas normal, charge aux deux personnes qui utilise ça (et voulait les noms des groupes intégrés y compris avec **) de changer leur code.

Champs Extras 3

je suis effectivement étonné de ce comportement. Mais il y a un historique et le modifier risque de casser les choses non ?

Champs Extras 3

Ah tiens voilà c'est ce que je m'étais noté de regarder, si avec LISTER_VALEURS ça permettait de faire la même chose. Donc là c'est un bug d'après moi ça devrait faire pareil avec ** et fournir le tableau complet, comme LISTER_CHOIX

Champs Extras 3

arf ! effectivement. Je pensais que ca renvoyais le array :(

du coup bah je sais pas.

Champs Extras 3

j'ai l'impression que ca fonctionne hors boucle
Terrible ! Merci pour la syntaxe Matthieu

[(#LISTER_VALEURS**{prerequis_checkbox_1}|array_keys|array_intersect{#LISTE{rouge_oc,vertmss}}|oui) ce que je veux ]

Champs Extras 3

Super j'ai ma liste avec les class qui vont bien.
Encore merci pour votre aide précieuse

    [(#VALEUR)
 ]

  lorem1
 lorem2
 lorem3

J'ai encore une petite question
Maintenant si je veux faire un filtre de test sur la clé (ou sur la valeur peut m'importe) d'un seul élément, je fais comment ?

J'ai besoin de refaire une boucle data ou ca peut etre hors contexte ?

[(#LISTER_VALEURS**{prerequis_checkbox_1}|checkbox_contient_cle{rouge_oc}|oui) fais ceci ]
[(#LISTER_VALEURS**{prerequis_checkbox_1}|checkbox_contient_cle{vertmss}|oui) fais cela ]

Merci encore

Champs Extras 3

Ah non Maieul : #LISTER_VALEURS** ajoute aussi le label.
Applatir ne lui est pas transmis.

https://git.spip.net/spip-contrib-extensions/champs_extras_core/src/branch/master/cextras_fonctions.php#L142
vs
https://git.spip.net/spip-contrib-extensions/champs_extras_core/src/branch/master/cextras_fonctions.php#L302

Ça remonte à loin !
https://zone.spip.org/trac/spip-zone/changeset/85148/spip-zone

À voir du coup ce qu'il faut faire...

Champs Extras 3

« Array » c'est quelque chose…

[(#LISTER_VALEURS**{prerequis_checkbox_1}|print_r{1})]
 
#CLE : #VALEUR

Cela dit, contrairement à ce que dit Maieul, #LISTER_VALEURS** retourne aussi le label applati ! (Ah c'est dans un autre thread !)

Champs Extras 3

@Matthieu Marcillaud, @Maieul

Je comprend pas pourquoi #LISTER_VALEURS me retourne quelque chose mais #LISTER_VALEURS** me retourne rien du tout

Comment puis-je faire pour alimenter mon tableau de clé / valeur

#LISTER_VALEURS{prerequis_checkbox_1} ->tag1 , tag2, tag 3 #LISTER_VALEURS**{prerequis_checkbox_1} ->Array

Avec mes remerciements

Champs Extras 3

Merci pour ta réponse.
En effet, c'était bien ça (« propre » en l'occurrence).
Grand merci pour le dépannage et pour cet indispensable plugin :-)
Rémy

Champs Extras 3

Je pense qu'il faut déclarer les traitements typographiques ou propres sur tes champs.
Tu l'as fait ?

Champs Extras 3

Bonjour,
j'utilise les champs extras sur des documents, dans un site multilingue. Toutes les boucles sont en lang_select=non. Tous les champs standards du document tiennent compte de la balise ... côté public. Mais pas les champs extras ! Les codes langues [fr] etc. sont visibles : https://www.vitmanu.com/?-Nos-Services- dans la partie « Calendrier des activités ». Seul le premier document est édité en plusieurs langues (« Bourgeon d'hiver ») en attendant de régler ce problème.

Voici le code dans le squelette qui gère l'affichage des documents :


#TITRE
#LOGO_DOCUMENT
<:calendrier_01:> #STADE_B
<:calendrier_02:> #INPUT_EC
<:calendrier_03:> #MOIS
<:calendrier_04:> #DESC_MAT
<:calendrier_05:> #VITI
<:calendrier_06:> #TRAITEMENT

Merci pour votre aide parce que je ne trouve pas où j'ai fait une erreur.
Rémy

Champs Extras 3

Si je reprend ta boucle exemple, et comprenant ce que tu veux faire, il me semble que dans ton cas très précis, effectivement il ne faut pas afficher le optgroup dans la vue de ta saisie. Mais c'est plus l'exception que la règle. Et du coup ce que je t'ai décrit est une solution qui fonctionne. Mais une autre solution serait d'utiliser #LISTER_VALEURS** avec 2 qui te fournirait les clès, et de la tu pourrais retrouver tes labels courts.

Champs Extras 3

Dans mon code (ignorez ce que j'ai envoyé précédemment), j'utilise #LISTER_VALEURS pour effectivement retournée la valeur associés à objet (AUTEUR) et non pas tout la liste.
J'utilise #LISTER_CHOIX pour récupérer mes optgroup. Je conçois que mon code est probablement pas optimal et je pourrais faire autrement.
Je suis bien au fait du fonctionnement de l'utilisation des champs extras et de SAISIES, je les utilise depuis des années ce sont des outils incontournables.
Il me semble que le comportement précédent est plus logique et intuitif, ce n'est qu'un avis personnel bien entendu. Obtenir une valeur quand on demande une valeur, c'est top. J'affiche optionnellement l'optogroup mais jamais au niveau de la valeur, généralement plus haut.
Les optgroup (à mon sens) sont pratique pour segmenter les valeurs dans un select pour simplifier le choix de l'utilisateur quand la liste est longue (par exemple une liste de pays, les optgroups peuvent être les continents, un exemple parmis tant d'autres...).

Champs Extras 3

Non mais moi je ne vois toujours pas pourquoi même tu devrais surcharger la chaine de langue, si comme tu sembles l'expliquer, tu fais toi-même les boucles pour lister les filtres.

#LISTER_VALEURS{hobbies} ce sont les valeurs réellement utilisées par UN contenu précis, donc je ne vois pas comment ça peut servir à t'afficher les « filtres possibles » puisque ce ne sont PAS les filtres possibles mais les valeurs réelles d'un seul contenu précis. Les « filtres possibles » c'est : #LISTER_CHOIX{hobbies} et lorsqu'il y a les ** ajoutées, ça sort bien le tableau complet, et au deuxième niveau ya bien les filtres seuls, sans le groupe ajouté (puisque le groupe c'est le premier niveau).

J'ai l'impression qu'on comprend pas tout car on essaye de devenir ce que tu cherches à faire, sans l'avoir vraiment. Si ton but c'est « lister les filtres » possibles, c'est #LISTER_CHOIX avec ** en plus.

Champs Extras 3

Je vois que mon code porte a confusion, je l'ai simplifier et réécris à l'extreme pour l'exemple, car mon code s'étale sur plusieurs fichiers impossible à rendre ici sans beaucoup d'explication. J'ai omis volontairement la clé du href car ce n'est pas le sujet de ma requête.
Ce qu'il faut retenir c'est uniquement qu'auparavant LISTER_VALEURShobbies me renvoyé la valeur et que dorénavant cela me renvoi l'optgroup et la valeur. Ce qui dans une liste de critère\filtre n'est pas désirable.
Auparavant, il m'était donc possible d'afficher les valeurs sans passer par les fichiers de lang, ce qui dans cette exemple semble jouable, mais j'ai beaucoup beaucoup plus de valeurs possible que ca, ce serait fastidieux et source d'erreur.
Quoiqu'il en soit je me range derrière vos décisions, la solution de surcharger la variable de lang me permet de retrouver le comportement précédent donc je suis content :)
Merci à vous.

Champs Extras 3

J'ai du mal à comprendre ton code : tu utilises à la fois

#LISTER_CHOIX**{hobbies} et #LISTER_VALEURS{hobbies} dans la boucle ?

Ce que te dis Maieul, c'est que le paramètre qui te sert à filtrer, par exemple ce que tu mets dans « href » pour une url ou attribut data pour du javascript par exemple, et qui n'est pas présenté ici, c'est la clé technique à utiliser, pas la valeur.


#CLE

#VALEUR

Dans ce cas le #CLE dans la boucle data doit valoir, par exemple 'cuisine_fra', et ce code ne dépend pas de la langue du visiteur (si tu déclares une chaine de langue par exemple comme valeur), tel que :

*Gastronomie
cuisine_fra|<:cuisine_francaise:>
cuisine_asia|<:cuisine_asiatique:>

Ça n'empêche pas qu'il y a eu un changement sur le traitement de la valeur dans les optgroup en utilisant #LISTER_VALEURS.

Cela dit, comme signale Rasta, #LISTER_CHOIX retourne le même contenu qu'avant sans applatir, c'est à dire, dans ton exemple :

Array
( [Gastronomie] => Array ( [cuisine_fra] => Cuisine française [cuisine_asia] => Cuisine asiatique ) [Sport] => Array ( [yoga] => Yoga [velo] => Velo [rando] => Randonnée )
)

Ceci dit Maieul en passant, j'ai testé le code sur une saisie « checkbox » et l'affichage de la saisie vue est incorrect (rien se s'affiche) ; il faut peut être applatir aussi les saisies-vues radios et checkbox pour avoir le même comportement que les saisies selections du coup ?

Champs Extras 3

Je viens enfin de regarder le code de LISTER_CHOIX et en fait je ne vois pas comment tu peux obtenir ça, vu que quand tu mets ** et bien ça n'aplatit PAS le tableau, et donc t'as bien le tableau d'origine, avec à un niveau les groupes, et à l'autre les entrées finales seules. Et donc ça si c'est toi-même qui construit tes boucles tout seul comme tu le montres plus haut, tu peux donc bien avoir le label humain des entrées finales sans problème.

Champs Extras 3

Imaginons un select « Hobby » configuré avec des groupes :

Imaginons une longue liste de personne pratiquant une ou plusieurs de ces activités et que je souhaite donc pouvoir filtrer par activité. je vais généré un menu proposant ces valeurs en filtres qui va devrait ressemblé à ca :

<--Permet de récupérer les optgroup-->

#CLE

#LISTER_VALEURS{hobbies}

et rendre

Gastronomie Cuisine française Cuisine asiatique

Sport Yoga Randonnée

et non pas

Gastronomie Gastronomie : Cuisine française Gastronomie : Cuisine asiatique

Sport Sport : Yoga Sport : Randonnée

Champs Extras 3

Je suis pas sur de comprend alors dans ce cas ce que tu souhaite :)

C'est quoi ton interface qui aurait été cassée. Un bout de code aiderait à comprendre....