Projet

Général

Profil

Actions

Souhaits #1393

fermé

Variables utilisées dans les courriels et les PDF

Ajouté par Alain Paris il y a environ 4 ans. Mis à jour il y a presque 3 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
Core
Version cible:
Début:
13/02/2020
Echéance:
% réalisé:

100%

Temps estimé:

Description

Bonjour,

Configuration des courriels et des PDF,serait il possible d'

Avoir les mêmes variables, que l'on utilise les courriels ou les PDF ,avec un nom identique pour chacune d'entre elle.

(Certaines variables n'existent pas dans les courriels ,par exemple concernant les cotisations)

Alain Paris


Fichiers

Pop-ups des variables.pdf (171 ko) Pop-ups des variables.pdf Alain Paris, 13/02/2020 17:22
Variables.pdf (745 ko) Variables.pdf Alain Paris, 13/02/2020 17:23
variables contributions.pdf (749 ko) variables contributions.pdf Alain Paris, 13/02/2020 17:23
Capture d’écran 2020-12-06 102702.jpg (106 ko) Capture d’écran 2020-12-06 102702.jpg Alain Paris, 06/12/2020 10:45
contribution_3_facture (1).pdf (122 ko) contribution_3_facture (1).pdf test pdf Alain Paris, 11/01/2021 15:31

Demandes liées 2 (0 ouverte2 fermées)

Lié à Galette - Evolution #1520: Ajouter {CONTRIBUTION_AMOUNT_LETTERS} pour écrire les montants en toutes lettresFerméJohan Cwiklinski15/11/2020

Actions
Lié à Galette - Anomalie #1545: Dynamic fields in PDF filesFermé06/04/2021

Actions

Mis à jour par Johan Cwiklinski il y a environ 4 ans

  • Tracker changé de Evolution à Souhaits

Je n'ai pas le code en tête, il est peut être possible de mettre des choses en commun ; il se peut aussi qu'il y ait plein de cas spécifiques.

De quelles variables s'agit-il ?

Mis à jour par Johan Cwiklinski il y a environ 4 ans

Lister les variables manquantes d'un côté ou de l'autre, et celles qui porteraient un nom diffèrent aiderait beaucoup ;)

Mis à jour par Alain Paris il y a environ 4 ans

J'ai fait 2 tableaux regroupant les variables semblant être utilisées par galette.

Je pense qu'il serait bien d'avoir les mêmes variables utilisables pour les courriels automatiques concernant les cotisations que pour les factures ,reçus.

Le système de configuration des textes pour les envois automatiques n'est pas identique a celle des PDF, par exemple la signature des mails (nom de l'asso et site web) n'est pas modifiable .

Je ne sais pas ce que comporte {CONTRIB_INFO} je n'ai rien dans les mails.

Mis à jour par Johan Cwiklinski il y a environ 4 ans

C'est top, merci beaucoup !

Je regarde ça dès que j'ai du temps :)

Mis à jour par Johan Cwiklinski il y a plus de 3 ans

  • Lié à Evolution #1520: Ajouter {CONTRIBUTION_AMOUNT_LETTERS} pour écrire les montants en toutes lettres ajouté

Mis à jour par Johan Cwiklinski il y a plus de 3 ans

C'est loin d'être terminé, mais la partie modèles PDF a été entièrement revue :

  • ajout des informations adhérent absentes sur les modèles reçus/factures
  • documentation des infos manquantes
  • ajout de remplacements pour les champs dynamiques des contributions
  • la liste des variables possibles dépend du modèle courant

J'aimerai vraiment que tout ce travail soit réutilisable sur la partie courriels, mais ça risque d'être un peu compliqué (il n'y a absolument aucun point en commun entre es envois de courriels et les modèles pdf)

Mis à jour par Johan Cwiklinski il y a plus de 3 ans

Johan Cwiklinski a écrit (#note-6):

C'est loin d'être terminé, mais la partie modèles PDF a été entièrement revue :
[...]

Les noms sont du coup normalisés aussi : CONTRIBUTION_AMOUNT est par exemple devenu CONTRIB_AMOUNT ; les anciennes valeurs fonctionneront toujours, mais ne sont plus documentées.

Ha, et aussi, les remplacements possibles sur les champs dynamiques sont maintenant listés :)

Mis à jour par Alain Paris il y a plus de 3 ans

Bonjour,

J'ai juste essayé pour voir ce matin la modification des PDF.
Avec une base existante lorsque je modifie quelque chose, même juste ajouter un mot, toutes les données du modèle PDF (reçu facture...) sont supprimées et remplacées dans la base (voir fichier joint).
Il semble que lors d'une nouvelle installation je peux modifier...

Et je n'ai plus le logo dans les PDF générés (facture... mais aussi liste d’émargement) dans les dernières nightly.(fonctionne sur v0.9.4.2-git-d47f492676 (2020-11-01 09:57:32) GMT+0100)

(essais effectués en local sur Wamp)

Mis à jour par Johan Cwiklinski il y a plus de 3 ans

Alain Paris a écrit (#note-8):

Bonjour,

J'ai juste essayé pour voir ce matin la modification des PDF.
Avec une base existante lorsque je modifie quelque chose, même juste ajouter un mot, toutes les données du modèle PDF (reçu facture...) sont supprimées et remplacées dans la base (voir fichier joint).

Je reproduit en effet :/ Je ne comprends pas trop, j'ai du modifier les modèles très régulièrement, et ça fonctionnait sans problèmes... Et bien sûr j'ai ajouté des tests sur la vérification des remplacements effectués ; mais pas sur l'enregistrement lui même...
Je vois à corriger rapidement.

Et je n'ai plus le logo dans les PDF générés (facture... mais aussi liste d’émargement) dans les dernières nightly.(fonctionne sur v0.9.4.2-git-d47f492676 (2020-11-01 09:57:32) GMT+0100)

Je ne reproduit pas. Que ce soit avec le logo par défaut ou un logo spécifique, c'est le bon à l'impression (testé sur les cartes de membres et les reçus).
Quelque chose dans les logs ?

Mis à jour par Alain Paris il y a plus de 3 ans

Pour le logo celui des cartes était bien créé dans le PDF.j'ai importé la base de la nightly qui fonctionnait et le logo est apparu dans les PDF générés(facture reçu,liste émargement).
Il faut que je recommence une installation a zéro pour voir avec l'autre base de données ,j'ai un problème avec le logo et même en remplaçant l'image ça ne veut rien savoir.

Mis à jour par Johan Cwiklinski il y a plus de 3 ans

Johan Cwiklinski a écrit (#note-9):

Alain Paris a écrit (#note-8):

Bonjour,

J'ai juste essayé pour voir ce matin la modification des PDF.
Avec une base existante lorsque je modifie quelque chose, même juste ajouter un mot, toutes les données du modèle PDF (reçu facture...) sont supprimées et remplacées dans la base (voir fichier joint).

Je reproduit en effet :/ Je ne comprends pas trop, j'ai du modifier les modèles très régulièrement, et ça fonctionnait sans problèmes... Et bien sûr j'ai ajouté des tests sur la vérification des remplacements effectués ; mais pas sur l'enregistrement lui même...
Je vois à corriger rapidement.

Voilà, ce point est corrigé ; j'ai mis la nightly à jour.

Mis à jour par Johan Cwiklinski il y a environ 3 ans

  • Catégorie mis à Core
  • Statut changé de Nouveau à In Progress
  • Assigné à mis à Johan Cwiklinski
  • Version cible mis à 0.9.5

Mis à jour par Johan Cwiklinski il y a environ 3 ans

  • % réalisé changé de 0 à 90

C'est fait (il peut rester des choses qui ne vont pas, je n'ai pas pu tout tester encore). Le plus gros manque pour le moment, c'est la partie UI que je n'ai pas touchée. Tout ce qui était possible avant devrait encore l'être, donc de base, ça « devrait » marcher :)

Mis à jour par Johan Cwiklinski il y a environ 3 ans

  • Statut changé de In Progress à Résolu
  • % réalisé changé de 90 à 100

Mis à jour par Johan Cwiklinski il y a environ 3 ans

  • % réalisé changé de 100 à 90

Mis à jour par Alain Paris il y a environ 3 ans

Bonjour,

J'ai fait quelques tests d'incorporation avec les nouvelles variables sur les PDF.

L'ancienne variable {CONTRIBUTION_LABEL} n'est plus reconnue dans les PDF.

Pour les champs dynamiques , il semble que pour les données (variables type {INPUT_DYNFIELD_xyz_XYZ}):
Les champs sur les PDF édités soient modifiables (PDF ouvert avec Firefox ou Opéra).

Pour les champs de types choix, j'ai tous les choix de la liste avec leur bouton au lieu d'avoir juste la donnée correspondant a l'adhérent.

Essais effectués en Local sur WAMP, Galette version:.... v0.9.5-git-ab1ebbbf7e (2021-01-10 20:00:07 GMT+0100),PHP version:........ 7.3.16 apache2handler

Mis à jour par Johan Cwiklinski il y a presque 3 ans

  • % réalisé changé de 90 à 100

Mis à jour par Johan Cwiklinski il y a presque 3 ans

  • Statut changé de Résolu à Fermé

Alain Paris a écrit (#note-16):

L'ancienne variable {CONTRIBUTION_LABEL} n'est plus reconnue dans les PDF.

C'est corrigé :)

Pour les champs dynamiques , il semble que pour les données (variables type {INPUT_DYNFIELD_xyz_XYZ}):
Les champs sur les PDF édités soient modifiables (PDF ouvert avec Firefox ou Opéra).

Oui, il s'agit d'une contribution externe à l'origine, ça a été fait comme ça (je n'ai pas souvenir d'avoir su pourquoi).

Pour les champs de types choix, j'ai tous les choix de la liste avec leur bouton au lieu d'avoir juste la donnée correspondant a l'adhérent.

Heu... C'est un peu hors du périmètre à priori, je pense que le problème existe à l'origine (et les champs dynamiques de type choix devraient être revus) - il faudrait certainement ouvrir un ticket spécifique pour ça.

Essais effectués en Local sur WAMP, Galette version:.... v0.9.5-git-ab1ebbbf7e (2021-01-10 20:00:07 GMT+0100),PHP version:........ 7.3.16 apache2handler

Mis à jour par Alain Paris il y a presque 3 ans

1 Formulaire PDF d'adhésion (vierge ou non) :
PDF Champs modifiables et remplissables avec un lecteur PDF : Je ne vois que 3 boutons cliquables sur ce formulaire.(peut-être ai-je loupé quelque chose?)
Si vraiment on voulait aller plus loin il faudrait que tous les champs soient remplissables par lecteur PDF (notamment la version vierge).

2 Reçus et factures PDF :
Je pense que si l'on ajoute des données de champs dynamiques {INPUT_DYNFIELD_xyz_XYZ} lors de la création du PDF, celles-ci ne doivent pas être modifiables à posteriori.

3 Pour les champs de type choix ,il semble qu'il y ait donc un problème pour récupérer "la" donnée sélectionnée et l'insérer tel quelle dans le PDF.

Mis à jour par Johan Cwiklinski il y a presque 3 ans

Salut,

Alain Paris a écrit (#note-19):

1 Formulaire PDF d'adhésion (vierge ou non) :
PDF Champs modifiables et remplissables avec un lecteur PDF : Je ne vois que 3 boutons cliquables sur ce formulaire.(peut-être ai-je loupé quelque chose?)

Heu... Je vais regarder de plus près ; j'ai juste survolé rapidement.

Si vraiment on voulait aller plus loin il faudrait que tous les champs soient remplissables par lecteur PDF (notamment la version vierge).

Oui, mais le prérequis à cela, c'est que les champs du coeur soient gérés comme les champs dynamiques, et c'est très loin d'être le cas :/

2 Reçus et factures PDF :
Je pense que si l'on ajoute des données de champs dynamiques {INPUT_DYNFIELD_xyz_XYZ} lors de la création du PDF, celles-ci ne doivent pas être modifiables à posteriori.

Oui, je ne sais pas pourquoi ça a été fait comme ça ; ce n'est pas nouveau (et je crains que les problèmes liés ne soient pas nouveaux non plus).

3 Pour les champs de type choix ,il semble qu'il y ait donc un problème pour récupérer "la" donnée sélectionnée et l'insérer tel quelle dans le PDF.

Ouais... Bon, je vais ouvrir une autre issue pour ça, que je traiterai probablement après la 0.9.5 (il me reste d'autres choses à faire, et la release doit arriver vite maintenant).

Mis à jour par Johan Cwiklinski il y a presque 3 ans

Mis à jour par Johan Cwiklinski il y a presque 3 ans

Johan Cwiklinski a écrit (#note-20):

Ouais... Bon, je vais ouvrir une autre issue pour ça, que je traiterai probablement après la 0.9.5 (il me reste d'autres choses à faire, et la release doit arriver vite maintenant).

Voir https://bugs.galette.eu/issues/1545 :)

Actions

Formats disponibles : Atom PDF