Souhaits #1393
fermé
Variables utilisées dans les courriels et les PDF
Ajouté par Alain Paris il y a presque 5 ans. Mis à jour il y a plus de 3 ans.
100%
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 |
Mis à jour par Johan Cwiklinski il y a presque 5 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 presque 5 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 presque 5 ans
- Fichier Pop-ups des variables.pdf Pop-ups des variables.pdf ajouté
- Fichier Variables.pdf Variables.pdf ajouté
- Fichier variables contributions.pdf variables contributions.pdf ajouté
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 presque 5 ans
C'est top, merci beaucoup !
Je regarde ça dès que j'ai du temps :)
Mis à jour par Johan Cwiklinski il y a environ 4 ans
- Lié à Evolution #1520: Ajouter {CONTRIBUTION_AMOUNT_LETTERS} pour écrire les montants en toutes lettres ajouté
Mis à jour par Johan Cwiklinski il y a presque 4 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 presque 4 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 presque 4 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 presque 4 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 presque 4 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 presque 4 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 presque 4 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 presque 4 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 presque 4 ans
- Statut changé de In Progress à Résolu
- % réalisé changé de 90 à 100
Appliqué par commit 6b3501e03fbc7772b2fe8655801b1fd5bc6e0aae.
Mis à jour par Alain Paris il y a presque 4 ans
- Fichier contribution_3_facture (1).pdf contribution_3_facture (1).pdf ajouté
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 plus de 3 ans
- % réalisé changé de 90 à 100
Appliqué par commit 8712f382683bed6723ddba4f747d229cc30fb417.
Mis à jour par Johan Cwiklinski il y a plus de 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 plus de 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 plus de 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 plus de 3 ans
- Lié à Anomalie #1545: Dynamic fields in PDF files ajouté
Mis à jour par Johan Cwiklinski il y a plus de 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).