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