Project

General

Profile

Actions

Evolution #184

closed

Ajouter le choix d'afficher ou non le rectangle autour des étiquettes

Added by Johan Cwiklinski about 12 years ago. Updated over 1 year ago.

Status:
Fermé
Priority:
Normal
Category:
Files generation
Target version:
Start date:
02/23/2012
Due date:
% Done:

100%

Estimated time:

Description

Je suggère d'ajouter le choix d'afficher ou non le rectangle autour des étiquettes. Dans le code de etiquettes_adherents.php cela se ferai comme cela :

if (PREF_ETIQ_RECT)
$pdf->draw_rectangle ($y1, $x1, $y2, $x2, $firstpage, $param);


Related issues 2 (0 open2 closed)

Related to Galette - Evolution #1110: Refonte des cartes adhérentRejetéJohan Cwiklinski11/04/2017

Actions
Has duplicate Galette - Anomalie #1292: edition du pdf d'etiquettesRejetéJohan Cwiklinski08/13/2019

Actions
Actions #1

Updated by Johan Cwiklinski about 12 years ago

je comprends parfaitement cette demande... Mais si tout un chacun nous fait part de différentes petites personnalisations liées à l'affichage des différents PDF de Galette, ça va vite devenir une usine à gaz à gérer...

Je songe depuis un moment à utiliser pour tout ce qui est génération de listes et/ou d'étiquettes les fonctionnalités d'OpenOffice (c'est du XML zippé, pas très compliqué à modifier pour Galette, et aussi très simple à personnaliser pour les utilisateurs), plutot que PDF (OOo sait très bien gérer des exports en PDF de toutes façons).

Donc, que faire ? Passer du temps à rendre le PDF personnalisable, ou passer du temps à implémenter la génération d'étiquettes depuis OOo ?

Cela étant dit, si quelqu'un propose un patch tout prêt à intégrer dans la version SVN, je suis loin d'être contre ;-)

Actions #2

Updated by Johan Cwiklinski over 6 years ago

Actions #3

Updated by Johan Cwiklinski over 4 years ago

Actions #4

Updated by Guillaume AGNIERAY over 2 years ago

  • Status changed from Nouveau to Commentaire

En attendant la génération au format ODF, voici déjà une MR pour cette évolution (indispensable) :)
https://framagit.org/galette/galette/-/merge_requests/13

Par contre je ne sais pas comment faire pour préparer les fichiers d'update de la base.
La requête est ultra simple : INSERT INTO galette_preferences (nom_pref, val_pref) VALUES ('pref_card_border', '1');
Mais comment nommer les fichiers ?
upgrade-to-1.00-... ?

Actions #5

Updated by Johan Cwiklinski over 2 years ago

  • Category set to Files generation
  • Status changed from Commentaire to In Progress
  • Assignee set to Guillaume AGNIERAY
  • Target version set to 1.0.0

Guillaume Agnieray a écrit (#note-4):

En attendant la génération au format ODF, voici déjà une MR pour cette évolution (indispensable) :)

:D

https://framagit.org/galette/galette/-/merge_requests/13

Par contre je ne sais pas comment faire pour préparer les fichiers d'update de la base.
La requête est ultra simple : INSERT INTO galette_preferences (nom_pref, val_pref) VALUES ('pref_card_border', '1');
Mais comment nommer les fichiers ?
upgrade-to-1.00-... ?

Alors... Je sais pas encore pour les noms des fichiers de mise à jour ; mais je compte bien éviter des modifications en base pour la 1.0.0 (j'essaie généralement d'éviter de cumuler trop de changements distincts - l'ui se suffira à elle même :D).

Ce qui est bien pour le coup, c'est que l'ajout de préférences ne nécessite pas de script de mise à jour : ça se fait tout seul à compter du moment où l'entrée est ajoutée à la classe Preferences :)

Actions #6

Updated by Guillaume AGNIERAY over 2 years ago

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

Alors... Je sais pas encore pour les noms des fichiers de mise à jour ; mais je compte bien éviter des modifications en base pour la 1.0.0 (j'essaie généralement d'éviter de cumuler trop de changements distincts - l'ui se suffira à elle même :D).

Ce qui est bien pour le coup, c'est que l'ajout de préférences ne nécessite pas de script de mise à jour : ça se fait tout seul à compter du moment où l'entrée est ajoutée à la classe Preferences :)

OK. Dans ce cas j'inverserai la finalité de la nouvelle préférence pour conserver le comportement par défaut : passer de "Print a border" à "Don't print a border" en décochant la case par défaut car sinon, sur une installation existante, tant qu'on n'enregistre pas à nouveau les préférences, la case apparaît cochée mais la préférence ne s'applique pas puisque sa valeur n'existe pas dans la base.

Actions #7

Updated by Johan Cwiklinski over 2 years ago

Guillaume Agnieray a écrit (#note-6):

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

Alors... Je sais pas encore pour les noms des fichiers de mise à jour ; mais je compte bien éviter des modifications en base pour la 1.0.0 (j'essaie généralement d'éviter de cumuler trop de changements distincts - l'ui se suffira à elle même :D).

Ce qui est bien pour le coup, c'est que l'ajout de préférences ne nécessite pas de script de mise à jour : ça se fait tout seul à compter du moment où l'entrée est ajoutée à la classe Preferences :)

[...] sa valeur n'existe pas dans la base.

Normalement si, cf https://framagit.org/galette/galette/-/blob/develop/galette/lib/Galette/Core/Preferences.php#L346

Elle prend la valeur par défaut déclarée dans la classe Preferences (enfin, normalement, je vérifierai ;))

Actions #8

Updated by Guillaume AGNIERAY over 2 years ago

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

Guillaume Agnieray a écrit (#note-6):

[...] sa valeur n'existe pas dans la base.

Normalement si, cf https://framagit.org/galette/galette/-/blob/develop/galette/lib/Galette/Core/Preferences.php#L346

Elle prend la valeur par défaut déclarée dans la classe Preferences (enfin, normalement, je vérifierai ;))

J'ai dit une grosse bêtise... Je n'avais pas retesté en effaçant la valeur de la base.
Et effectivement la valeur par défaut est à nouveau enregistrée toute seule sans passer par les préférences :)
L'idée d'un update de la base m'est certainement venue avant d'avoir déclaré la valeur par défaut dans la classe. Mais c'est effectivement inutile !

Actions #9

Updated by Guillaume AGNIERAY over 2 years ago

  • Status changed from In Progress to Résolu
  • % Done changed from 0 to 100
Actions #10

Updated by Johan Cwiklinski over 1 year ago

  • Status changed from Résolu to Fermé
Actions

Also available in: Atom PDF