Project

General

Profile

Souhaits #1393

Variables utilisées dans les courriels et les PDF

Added by Alain Paris almost 2 years ago. Updated 8 months ago.

Status:
Fermé
Priority:
Normal
Category:
Core
Target version:
Start date:
02/13/2020
Due date:
% Done:

100%

Estimated time:
Vote:

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


Files

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

Related issues

Related to Galette - Evolution #1520: Ajouter {CONTRIBUTION_AMOUNT_LETTERS} pour écrire les montants en toutes lettresFerméJohan Cwiklinski11/15/2020

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

Actions
#1

Updated by Johan Cwiklinski almost 2 years ago

  • Tracker changed from Evolution to 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 ?

#2

Updated by Johan Cwiklinski almost 2 years ago

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

#3

Updated by Alain Paris almost 2 years ago

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.

#4

Updated by Johan Cwiklinski almost 2 years ago

C'est top, merci beaucoup !

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

#5

Updated by Johan Cwiklinski about 1 year ago

  • Related to Evolution #1520: Ajouter {CONTRIBUTION_AMOUNT_LETTERS} pour écrire les montants en toutes lettres added
#6

Updated by Johan Cwiklinski 12 months ago

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)

#7

Updated by Johan Cwiklinski 12 months ago

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 :)

#8

Updated by Alain Paris 12 months ago

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)

#9

Updated by Johan Cwiklinski 12 months ago

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 ?

#10

Updated by Alain Paris 12 months ago

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.

#11

Updated by Johan Cwiklinski 12 months ago

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.

#12

Updated by Johan Cwiklinski 11 months ago

  • Category set to Core
  • Status changed from Nouveau to In Progress
  • Assignee set to Johan Cwiklinski
  • Target version set to 0.9.5
#13

Updated by Johan Cwiklinski 11 months ago

  • % Done changed from 0 to 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 :)

#14

Updated by Johan Cwiklinski 11 months ago

  • Status changed from In Progress to Résolu
  • % Done changed from 90 to 100
#15

Updated by Johan Cwiklinski 11 months ago

  • % Done changed from 100 to 90
#16

Updated by Alain Paris 11 months ago

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

#17

Updated by Johan Cwiklinski 8 months ago

  • % Done changed from 90 to 100
#18

Updated by Johan Cwiklinski 8 months ago

  • Status changed from Résolu to 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

#19

Updated by Alain Paris 8 months ago

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.

#20

Updated by Johan Cwiklinski 8 months ago

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).

#21

Updated by Johan Cwiklinski 8 months ago

#22

Updated by Johan Cwiklinski 8 months ago

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 :)

Also available in: Atom PDF