Commit Graph

38 Commits (master)
 

Author SHA1 Message Date
Cerdic 9218f05bec fix: ajouter un nettoyeur avant la liste des transactions car il y a parfois un bouton float avant 2 months ago
Cerdic 5bc17674a8 feat: faire évoluer le format du parrain dans les transactions pour pouvoir afficher un lien vers les réponses tel que permis le plugin bank v6.1+ 2 months ago
Cerdic 6d74ba4274 build: tout aussi compatible SPIP 4.2 5 months ago
Matthieu Marcillaud 05b7c50a0f build: Il parait que ça devrait aussi fonctionner avec Banc v6 10 months ago
Cerdic a6849bc72e v2.0.5 2 years ago
Cerdic 179b3d7874 Retablir les parentheses de priorite + un test sur le resultat de la deserialization pour eviter des soucis + include_spip seulement si on a en a vraiment besoin 2 years ago
Maïeul a7eef6b57b Saisies : datas->data 2 years ago
Maïeul 64520f863b On release aujourd'hui 2 years ago
Maïeul abebac155c - Utiliser `formidable_deserialize()` pour lire la liste des saisies d'un
formulaire.
=> Permet la compatibilité avec les nouvelles version de formiddable
Cf. spip-contrib-extensions/formidable#111/

Pour assurer une compatibilité avec les vieilles versions de formidable,
on teste l'existence de la fonction.

Par ailleurs dans `traiter_paiement_dist()`, `$traitements` et
`$saisies` n'étaient pas utilisés.
A noter que si on avait voulu les utiliser, on aurait pu les lire
    directement dans `$args` (avec la nouvelle version de formidable).
2 years ago
Cerdic fe6141f291 Ajouter la viewBox manquante sur le svg et increment version 2 years ago
Cerdic 5ef34177ab Revert "Reprendre le logo pour éviter sa réduction sous Plugins SPIP"
Je ne sais pas quel est le problème technique, mais ca ne justifie pas de modifier le logo dans sa forme, ni dans son code qui est *volontairement* une juxtaposition du logo de bank et du logo de formidable

This reverts commit 194795b55a.
2 years ago
Eric Lupinacci 194795b55a Reprendre le logo pour éviter sa réduction sous Plugins SPIP.
Par contre, comme on se traine spip 3.2 on ne peut pas utiliser le renommage standard.
2 years ago
Cerdic dc94686d2c Compatible SPIP 4.1 comme bank et formidable 2 years ago
Cerdic 161c9657a2 Indentation, PSR 2 years ago
Cerdic 964c454f94 Suppression .gitattributes 2 years ago
Cerdic 438f3d9f5f On avait dit 'avec son logo SVG' donc 2 years ago
Cerdic 4dadcd30a5 Une v2 compatible SPIP 3.2+ uniquement, avec son logo SVG 2 years ago
BoOz db45cb0efc Bank passe en version 5 3 years ago
maieul@maieul.net fac0d37115 la version 4 de formidable est une 'simple' rupture de compatibilité spip n'entrainant pas de rupture dans son API, donc formidablepaiement est compatible v4 de formidable 4 years ago
cedric@yterium.com 6e3fd32002 coquille, oups 4 years ago
maieul@maieul.net 946b0cfa8b Element à passer à DSP2 : le .yaml n'était pas correct. Les sous saisies
d'un fieldset ne sont pas dans le tableau options, mais à part.
Conséquence: le formulaire de config n'enregistrait pas les réglages au
niveau du traitement.
4 years ago
cedric@yterium.com d1a92ed346 Mise en conformite DSP2 : renseigner les infos du payeur telles que configurees, issues de la reponse, si on utilise bank v4 4 years ago
cedric@yterium.com 8fbd5b74be Ca marche aussi avec la v4 du plugin bank qui prend en charge la DSP2 4 years ago
pierrekuhn82@gmail.com 10636f7a0f version 1.0.9 : notice en moins. 5 years ago
marcimat@rezo.net 12f33a6c27 Compatible 3.2 6 years ago
spip.franck@lien-d-amis.net c0401081a4 Contrib est en https, donc j'ajoute le "s", plus divers broutilles 7 years ago
maieul@maieul.net b1141f3a3d Zedd a testé sous Formidable 3.*.* > ca marche
Et comme je vois pas de raison pour laquelle j'aurais cassé la compat, on considère que c'est effectivement compatible
7 years ago
cedric@yterium.com dc4b401a5f Le plugin est compatible SPIP 3.1 8 years ago
cedric@yterium.com 9840e9f692 Compatible bank v3 9 years ago
brunobergot@gmail.com 3ca2a2bad7 version 1.0.4 : ajout d'une option à la config du traitement pour spécifier le champ qiu contient l'adresse email du client 9 years ago
brunobergot@gmail.com 9afdbab432 lien vers la doc 9 years ago
cedric@yterium.com 90db651e5a Bugfix paiement par paypal express : il y a une etape de confirmation du paiement a retour de paypal express qu'il faut gerer. On insere dans charger() le formulaire de confirmation si toutes les conditions sont requises (presence dans l'URL des bons arguments, en $_SESSION de la transaction et matching avec le formulaire affiche) 9 years ago
cedric@yterium.com 1c9899e0f6 detail de style 9 years ago
cedric@yterium.com e00b7516d5 l'injection du formulaire de paiement dans message_ok avec espoir de le recuperer dans le pipeline qui operer sur le fond du formulaire etait vaine dans le cas où l'utilisateur personalisait le message de retour qui écrase alors tous ceux des traitements (discutable) (Cyberbaloo)
On corrige en passant par une globale non predictible dont le nom depend du processus id et du secret du site.
10 years ago
spip.franck@lien-d-amis.net b60468cdc4 Les bornes doivent être de type x.y.z 10 years ago
cedric@yterium.com 3c64aa1dd6 les bons necessite 10 years ago
cedric@yterium.com 5e67f52bc4 finalisation : passage en mode test du plugin qui permet de payer a l'issu d'une saisie formidable
Il reste des imperfections : notamment permettre de retrouver la reponse liee a une transaction depuis la liste des transactions, mais le service rendu est au moins aussi bon que celui du plugin transactions qu'il vise a remplacer
10 years ago
cedric@yterium.com 343a6eeedc Debut de plugin pour declencher un paiement apres saisie d'un formulaire de formidable.
S'inspire du plugin transactions, mais au contraire de celui-ci n'integre pas les api de paiement en s'appuyant sur le plugin bank, plus riche et plus complet. De plus on ne cree pas de saisie speciale, le traitement 'paiement' permet de configurer quel champ est utilise pour le montant etc.
Work in progress
10 years ago