Anomalie #1638
ferméPdfContributions - Champ adresse
0%
Description
Bien vu la réponse pour la suppression du champ "adresse2" dans la table adhérents.
En revanche, comment faire pour l'édition des reçus et contributions des modèles PDF... il n'y a pas de retour à la ligne pour la 2ème ligne de l'adresse, donc pour moi ce n'est pas résolu même après téléchargement des fichiers corrigés. C'est juste résolu pour les étiquettes.
Pour ce qui est des exports en CSV, 1 seule colonne pour 2 lignes d'adresse (avec un retour à la ligne dans la cellule), donc toutes les requêtes sont à refaire et ensuite à retravailler dans un tableur pour séparer les 2 lignes avant d'en faire un publipostage... Bref, il aurait pu être intéressant de conserver ce champ. Grosse perte de temps.
Merci d'essayer de me donner des pistes, sinon adieu PHP 8, je resterai en 9.4.2 avec regrets.
Mis à jour par Guillaume AGNIERAY il y a plus de 2 ans
- Statut changé de Nouveau à Commentaire
- Version utilisée changé de 0.9.6.2 à 0.9.6.1
Danielle Colin a écrit :
comment faire pour l'édition des reçus et contributions des modèles PDF... il n'y a pas de retour à la ligne pour la 2ème ligne de l'adresse, donc pour moi ce n'est pas résolu même après téléchargement des fichiers corrigés. C'est juste résolu pour les étiquettes.
Rassurez-vous, l'affichage des adresses sur plusieurs lignes a bien été ajouté en même temps que la résolution du problème sur les étiquettes (voir dans l'onglet Révisions associées de #1608).
Il existera maintenant une nouvelle variable {ADDRESS_ADH_MULTI}
utilisable dans les modèles PDF :)
Pour ce qui est des exports en CSV, 1 seule colonne pour 2 lignes d'adresse (avec un retour à la ligne dans la cellule), donc toutes les requêtes sont à refaire et ensuite à retravailler dans un tableur pour séparer les 2 lignes avant d'en faire un publipostage...
Vous parlez de requêtes SQL que vous auriez créées dans les exports personnalisés de Galette ?
Je ne suis pas super calé en SQL, et ça dépend concrètement des requêtes en question, mais les modifications nécessaires devraient normalement être triviales en cherchant/remplaçant le nom des champs dans vos requêtes.
Sauf erreur de ma part, il vous serait tout à fait possible de recréer les 2 champs directement dans les CSV exportés, sans manipulation intermédiaire dans un tableur, en remplaçant dans vos requêtes les champs adresse_adh
et adresse2_adh
par des instructions à base de SUBSTRING_INDEX()
(MySQL/Mariadb) ou de SPLIT_PART()
(PostgreSQL) sur le/les retours à la ligne que pourrait contenir dans le nouveau champ adresse_adh
;)
Mis à jour par Guillaume AGNIERAY il y a plus de 2 ans
- Lié à Anomalie #1608: Edition PDF étiquettes et adresse comprenant plusieurs lignes ajouté
- Lié à Anomalie #1625: Format des adresses et PUBLIPOSTAGE ajouté
Mis à jour par Johan Cwiklinski il y a plus de 2 ans
- Statut changé de Commentaire à Rejeté
Le problème du PDF est corrigé, et j'ai été informé par courriel que le problème de CSV aussi