Bonsoir,
Dans le plugin FFE Data j'ai mis un exemple/modèle de formulaire avec des champs nommés selon les références attendus par le webservice : https://zone.spip.net/trac/spip-zone/browser/spip-zone/plugins/ffedata/trunk/prive/squelettes/inclure/formulaire_inscription_licence_FFE.yaml
Dans cet exemple il y a un paramètre
unicite: NrFFE
qui n'est pas pris en compte lors de l'import.
Tout le reste semble fonctionner nickel... Qu'est ce qui empêche cette nouvelle saisie NrFFE d'être prise en compte ?
Dans cet exemple il y a un paramètre
unicite: NrFFE
qui n'est pas pris en compte lors de l'import.
Tout le reste semble fonctionner nickel... Qu'est ce qui empêche cette nouvelle saisie NrFFE d'être prise en compte ?
la manière dont formidable gère le critère unicité à changé récemment. Désormais c'est un paramètre du traitement "enregistrer" et plus un réglage global du formulaire.
Bonjour,
Avec formidable à jour (Formidable 3.22.0) j'ai le champ unicité dans "configurer les traitements" (ce qui me va très bien). Et ça fonctionne.
Ensuite il est bien exporté comme ça, mais pas réimporté.
Jacques
Dans cet exemple il y a un paramètre
unicite: NrFFE
qui n'est pas pris en compte lors de l'import.
Tout le reste semble fonctionner nickel... Qu'est ce qui empêche cette nouvelle saisie NrFFE d'être prise en compte ?
la manière dont formidable gère le critère unicité à changé récemment. Désormais c'est un paramètre du traitement "enregistrer" et plus un réglage global du formulaire.
oui, mais le yaml que tu as mis en ligne le met selon l'ancienne
structure.
cf l. 91
Le lundi 22 octobre 2018 à 11:05 +0200, Jacques a écrit :
Bonjour,
Avec formidable à jour (Formidable 3.22.0) j'ai le champ unicité dans
"configurer les traitements" (ce qui me va très bien). Et ça
fonctionne.
Ensuite il est bien exporté comme ça, mais pas réimporté.
Jacques
Le 22/10/2018 à 10:51, Maïeul a écrit :
> Le 21/10/2018 à 19:36, Jacques a écrit :
> > Bonsoir,
> > Dans le plugin FFE Data j'ai mis un exemple/modèle de formulaire
> > avec
> > des champs nommés selon les références attendus par le webservice
> > :
> >
> >
> >
> > Dans cet exemple il y a un paramètre
> > unicite: NrFFE
> > qui n'est pas pris en compte lors de l'import.
> > Tout le reste semble fonctionner nickel... Qu'est ce qui empêche
> > cette nouvelle saisie NrFFE d'être prise en compte ?
> >
> > Merci,
> > Jacques
> >
> >
> >
> > ----
> > spip-zone@rezo.net -
> > https://listes.rezo.net/mailman/listinfo/spip-zone
> >
>
> la manière dont formidable gère le critère unicité à changé
> récemment.
> Désormais c'est un paramètre du traitement "enregistrer" et plus un
> réglage global du formulaire.
>
>
>
> ----
> spip-zone@rezo.net -
> https://listes.rezo.net/mailman/listinfo/spip-zone
oui, mais le yaml que tu as mis en ligne le met selon l'ancienne
structure.
cf l. 91
Le lundi 22 octobre 2018 à 11:05 +0200, Jacques a écrit :
Bonjour,
Avec formidable à jour (Formidable 3.22.0) j'ai le champ unicité dans
"configurer les traitements" (ce qui me va très bien). Et ça
fonctionne.
Ensuite il est bien exporté comme ça, mais pas réimporté.
Jacques
Le 22/10/2018 à 10:51, Maïeul a écrit :
Le 21/10/2018 à 19:36, Jacques a écrit :
Bonsoir,
Dans le plugin FFE Data j'ai mis un exemple/modèle de formulaire
avec
des champs nommés selon les références attendus par le webservice
:
Dans cet exemple il y a un paramètre
unicite: NrFFE
qui n'est pas pris en compte lors de l'import.
Tout le reste semble fonctionner nickel... Qu'est ce qui empêche
cette nouvelle saisie NrFFE d'être prise en compte ?
la manière dont formidable gère le critère unicité à changé
récemment.
Désormais c'est un paramètre du traitement "enregistrer" et plus un
réglage global du formulaire.