Souhaits #809
fermétravailler au 1/10 mm sur les étiquettes et gestion débordement texte
0%
Description
on diminue l'erreur de positionnement de 2 à 3 mm sur les dernières étiquettes.
Ma solution :
- J'ai modifié mm par 1/10 mm à partir ligne 259 dans preferences.tpl. Pour les préférences, je rentre un nombre entier correspondant au nombre de dixième mm.
- dans etiquettes_adherents.php j'ai diviser par 10 les préferences par ex : $preferences->pref_etiq_marges_h/10,et arrondi au dixième $yorigin=round($preferences->pref_etiq_marges_v/10,1); idem pour les autres valeurs.
pour le débordement de texte j'ai trouvé une solution empirique que fonctionne entre une taille de caractère entre 4 et 14, voir fichier ci-joint
Si validé je veux bien m'en occuper et aller plus loin.
Fichiers
Mis à jour par daniel laperdrix il y a plus de 10 ans
A mettre dans Galette et non dans plugins/AdminTools, désolé !
Mis à jour par Johan Cwiklinski il y a plus de 10 ans
J'avoue que j'ai du mal à voir l'intérêt d'utiliser une unité aussi petite. Cette proposition devrait être dans un premier temps discutée sur la liste de diffusion, j'aviserai ensuite en fonction des réponses.
Concernant la gestion des débordements, j'en vois bien l'intérêt ; mais c'est l'implémentation que je ne comprend pas vraiment (à la lecture du code uniquement, je n'ai pas le temps de tester).
Tu commences par faire un round
sur 300/pref_etiq_corps
. D'où vient ce 300
? Sachant que la taille des étiquettes est paramétrable, assigner une telle valeur en dur dans le code me semble quelque peu « hasardeux ».
Si j'ai bien suivi le raisonnement, lorsque la chaine à afficher dépasse le nombre de caractères maximum, elle est tronquée. Si ce n'est à priori pas catastrophique dans le cas du nom (tant que le nom de famille n'est pas tronqué du moins), je crains fort que des adresses tronquées ne soient en revanche pas réellement souhaitables.
Quelques détails plus techniques :- je ne souhaite pas intégrer de dépendance à FirePHPCore dans Galette (juste pour info),
$max_text_size
n'est pas utilisé,- le bout de code qui permet de tronquer le texte devrait être factorisé.
Mis à jour par Johan Cwiklinski il y a plus de 10 ans
Johan Cwiklinski a écrit :
J'avoue que j'ai du mal à voir l'intérêt d'utiliser une unité aussi petite. Cette proposition devrait être dans un premier temps discutée sur la liste de diffusion, j'aviserai ensuite en fonction des réponses.
Au vu du manque d'engouement sur la liste, je ne vois pas vraiment l'intérêt d'intégrer une telle modification.
Concernant la gestion des débordements, j'en vois bien l'intérêt ; mais c'est l'implémentation que je ne comprend pas vraiment (à la lecture du code uniquement, je n'ai pas le temps de tester).
Tu commences par faire unround
sur300/pref_etiq_corps
. D'où vient ce300
? Sachant que la taille des étiquettes est paramétrable, assigner une telle valeur en dur dans le code me semble quelque peu « hasardeux ».Si j'ai bien suivi le raisonnement, lorsque la chaine à afficher dépasse le nombre de caractères maximum, elle est tronquée. Si ce n'est à priori pas catastrophique dans le cas du nom (tant que le nom de famille n'est pas tronqué du moins), je crains fort que des adresses tronquées ne soient en revanche pas réellement souhaitables.
Des infos ? Des remarques ? Whatever ?
Mis à jour par daniel laperdrix il y a plus de 10 ans
Johan Cwiklinski a écrit :
Au vu du manque d'engouement sur la liste, je ne vois pas vraiment l'intérêt d'intégrer une telle modification.
et oui ! suis-je le seul à utiliser des étiquettes et toutes les étiquettes de la feuille ?
Des infos ? Des remarques ? Whatever ?
sur la liste j'ai fourni un plugin de test avec le code modifié (plus de 300, et retour à la ligne pour l'adresse). Je tronque les chaînes de caractères pour au moins ne pas écrire la fin de la chaîne sur l'étiquette suivante, pour l'instant dans mon association nous n'avons pas eu de cas d’étiquette non exploitable. un plugin est peut être suffisant si la demande #209 est intégrée dans la version 0.8.
Mis à jour par Johan Cwiklinski il y a plus de 6 ans
- Statut changé de Nouveau à Rejeté
Je pense que les problèmes rencontrés seront réglés de facto quand les cartes auront été intégralement revues.