Projet

Général

Profil

Development #6710

Remplacer le jsonfield des paramètres de service par un vrai formulaire

Ajouté par Frédéric Péters il y a environ 9 ans. Mis à jour il y a presque 4 ans.

Statut:
Fermé
Priorité:
Bas
Assigné à:
Version cible:
-
Début:
11 mars 2015
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

Description

Pour le moment il y a un jsonfield pour les paramètres des services de paiement, ce serait bien de ne pas inclure ce champ dans le formulaire de base, mais d'avoir un second formulaire d'options, avec des vrais champs (cf module.description['parameters'], on peut aussi voir ce qui se faisait dans auquotidien).


Fichiers


Demandes liées

Lié à EOPayment - Development #43030: adaptations des paramètres des backends, pour y associer des champsFermé18 mai 2020

Actions
Dupliqué par Combo - Development #41622: UI de configuration des plateformes de paiementRejeté11 avril 2020

Actions

Révisions associées

Révision 82261bf4 (diff)
Ajouté par Valentin Deniaud il y a presque 4 ans

lingo: use form instead of json input for backends (#6710)

Historique

#1

Mis à jour par Frédéric Péters il y a environ 8 ans

  • Priorité changé de Normal à Bas
#2

Mis à jour par Frédéric Péters il y a environ 4 ans

  • Dupliqué par Development #41622: UI de configuration des plateformes de paiement ajouté
#4

Mis à jour par Valentin Deniaud il y a presque 4 ans

  • Assigné à mis à Valentin Deniaud
#5

Mis à jour par Valentin Deniaud il y a presque 4 ans

  • Lié à Development #43030: adaptations des paramètres des backends, pour y associer des champs ajouté
#6

Mis à jour par Valentin Deniaud il y a presque 4 ans

La structure était déjà toute là grâce à Manu, merci Manu.

#7

Mis à jour par Valentin Deniaud il y a presque 4 ans

Et reste tout de même la question des traductions. Dans eopayment il y a des gettext mais j'ai l'impression qu'ils ne font rien, du coup j'ai rajouté des gettext aussi côté lingo (et là ça marche pour les rares chaînes de eopayment qui ont une trad).

#8

Mis à jour par Frédéric Péters il y a presque 4 ans

Appeler gettext ici va passer les chaines d'eopayment dans les .po de combo, ça ne va pas le faire; j'ai créé #43082.

#9

Mis à jour par Benjamin Dauvergne il y a presque 4 ans

Valentin Deniaud a écrit :

Et reste tout de même la question des traductions. Dans eopayment il y a des gettext mais j'ai l'impression qu'ils ne font rien, du coup j'ai rajouté des gettext aussi côté lingo (et là ça marche pour les rares chaînes de eopayment qui ont une trad).

C'est pas évident à moins de faire dépendre eopayment de Django pour utiliser ses outils de traduction. Il y a un concept de locale courante en Django qui n'est pas le même que dans du code gettext "classique" (parce que je pense que celui dans gettext n'est pas threadlocal, enfin à vérifier, ce qui est embêtant si Django utilise des thread ou des green threads).

Faudrait arriver à dire à Django d'intégrer des traductions d'eopayment dans son catalogue, faire en sorte qu'eopayment ne retourner que des chaînes pas traduite puis à l'usage les passer à gettext ou gettext_lazy; cet avant dernier point n'est pas difficile, car c'est déjà le cas il me semble.

#10

Mis à jour par Valentin Deniaud il y a presque 4 ans

Vous avez pas l'air d'accord, alors laissons les traductions hors de ce ticket, on fera une réunion. J'ai viré les appels à gettext, trads ou pas ce ticket c'est de toute façon le jour et la nuit par rapport à l'existant.

#11

Mis à jour par Frédéric Péters il y a presque 4 ans

Sur validation du formulaire, si le backend change, je réafficherais la page avec le message qu'on a à la création "Please fill additional backend parameters" (et j'ajouterais un point à ce message).

#12

Mis à jour par Frédéric Péters il y a presque 4 ans

J'ai basculé sur une régie "systempay" et il y a des contrôles sur les champs et je ne peux m'en sortir même en changeant le service de paiement; j'imagine du coup que la validation des champs se fait par rapport au type de service de paiement qui avait été enregistré avant. Je proposerais, pour répondre en même temps à mon commentaire précédent, que le champ "service de paiement" ne puisse simplement pas être modifié après coup.

#13

Mis à jour par Valentin Deniaud il y a presque 4 ans

Je ne vois pas ce qui pourrait provoquer ce genre de bug, mais je suis bien d'accord que la bonne façon de faire c'est de ne pas permettre de changer le service.

#14

Mis à jour par Frédéric Péters il y a presque 4 ans

  • Statut changé de Solution proposée à Solution validée

Go.

#15

Mis à jour par Valentin Deniaud il y a presque 4 ans

  • Statut changé de Solution validée à Résolu (à déployer)
commit 82261bf4046bbe2484340371407e6fdc401f5dca
Author: Valentin Deniaud <vdeniaud@entrouvert.com>
Date:   Mon May 18 18:31:03 2020 +0200

    lingo: use form instead of json input for backends (#6710)
#16

Mis à jour par Frédéric Péters il y a presque 4 ans

  • Statut changé de Résolu (à déployer) à Solution déployée

Formats disponibles : Atom PDF