Conserver les attributs des caractères dans un publipostage

fr-users
#1

Bonjour à toute la liste.

J'explique un peu cet intitulé pas très clair :stuck_out_tongue:
Le fichier Calc qui contient les renseignements dont je me sers pour un
publipostage a des "Mme" dont le "me" est en exposant.

Existe-t-il une feinte pour que la position de ces deux dernières lettres soit
conservée dans le publipostage ? Dans ce que j'ai fait, ce n'est pas le cas
:frowning:

Merci d'avance pour la réponse.

Guillaume

#2

Bonjour

Message du 18/04/11 14:47
De : "Guillaume/LaPoste"

J'explique un peu cet intitulé pas très clair :stuck_out_tongue:
Le fichier Calc qui contient les renseignements dont je me sers pour un
publipostage a des "Mme" dont le "me" est en exposant.

Existe-t-il une feinte pour que la position de ces deux dernières lettres soit
conservée dans le publipostage ? Dans ce que j'ai fait, ce n'est pas le cas

Si les feintes sont autorisées, je te propose d'ajouter une colonne dans
ton classeur, contenant une formule extrayant ce qui suit le M initial.

Par exemple si c'est la colonne B qui comprend la donnée :

=STXT(B2; 2; NBCAR(B2))

Ceci te donnera un champ supplémentaire que tu pourras accoler à un M
en lettre dans ton modèle de publipostage (pas besoin de champ puisqu'il
s'agit d'un texte fixe.

Sélectionner le champ et lui appliquer le style de caractère "Appel de note"
qui est en exposant par défaut.

Tu peux peaufiner la présentation (par exemple si tu as aussi des M. pour
lesquels tu ne veux pas l'exposant) en insérant des champs "texte conditionnels"

Cordialement
Pierre-Yves

Cordialement

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

#3

Bonjour

Bonjour et merci de la réponse.

Si les feintes sont autorisées, je te propose d'ajouter une colonne dans
ton classeur, contenant une formule extrayant ce qui suit le M initial.

Par exemple si c'est la colonne B qui comprend la donnée :

=STXT(B2; 2; NBCAR(B2))

Ceci te donnera un champ supplémentaire que tu pourras accoler à un M
en lettre dans ton modèle de publipostage (pas besoin de champ puisqu'il
s'agit d'un texte fixe.

Sélectionner le champ et lui appliquer le style de caractère "Appel de
note" qui est en exposant par défaut.

Tu peux peaufiner la présentation (par exemple si tu as aussi des M. pour
lesquels tu ne veux pas l'exposant) en insérant des champs "texte
conditionnels"

Parfait !

Encore merci.

Guillaume

#4

Je déconseille formellement ce type de fonctionnement : la source de données est uniquement ça : une source de *données*
En *aucun* cas les données ne sont formatées. Ce n'est pas leur rôle mais celui de l'outil d'exploitation, donc ici le document texte.

De plus, il est anormal de trouver quelque chose comme "Mme" dans une source de données. Si la gestion d'un genre est nécessaire, le mieux serait, à mon avis, de prévoir une colonne "genre" dans laquelle faire figurer un code (exemple : 0 = inconnu ; 1 = homme ; 2 = femme ; 9 = société, etc...) et de traiter ce code dans le document de publipostage où l'on peut alors faire ce que l'on veut.

Imagines-tu ce qu'il faudrait prévoir si, par hasard, on devait traiter dans la source des données des cas comme "Cher/Chère" et ainsi de suite... ingérable.

En espérant avoir apporté un éclairage différent,

#5

Oui, merci pour cet avis instructif !

Guillaume

#6

D'ailleurs, grâce à cette idée et au poste de Pierre-Yves issu de
http://www.factooorpro.net/viewtopic.php?f=3&t=5775&start=0, j'ai réglé
"proprement" mon problème de "Né le" et de "Née le" pour lequel je me
demandais comment j'allais bien pouvoir faire autremet qu'à la main :stuck_out_tongue:

Encore merci.

Guillaume

#7

Bonsoir,

"Mme" dont le "me" est en exposant

Pourquoi en exposant ? pourquoi faire simple quant on peut faire compliqué ?

Dictionnaire de l'académie française :
**MADAME** n. f. (pl. /Mesdames ; /abréviation /Mme /et, au pluriel, /Mmes/). XII^e siècle. Composé de /ma /et de /dame/.-- ...
à trouver ici : http://atilf.atilf.fr/dendien/scripts/generic/cherche.exe?22;s=4211389005;;

Cordialement
Michel
Ubuntu 10.10 64 bits

#8

Bonsoir,

Bonsoir et merci de la réponse.

"Mme" dont le "me" est en exposant

Pourquoi en exposant ? pourquoi faire simple quant on peut faire compliqué
?

Dictionnaire de l'académie française :
**MADAME** n. f. (pl. /Mesdames ; /abréviation /Mme /et, au pluriel,
/Mmes/). XII^e siècle. Composé de /ma /et de /dame/.-- ...
à trouver ici :
http://atilf.atilf.fr/dendien/scripts/generic/cherche.exe?22;s=4211389005;;

Ah ben alors, ça m'en bouche un coin :stuck_out_tongue:
Je m'étais fié à mes (mauvaises) habitudes et à Wikipédia... !
Merci pour le lien.

Guillaume

#9

+1 pour la remarque de Michel
Quant à un publipostage basé sur Calc, la solution de plusieurs colonnes pour régler la question du genre ne me choque pas : "convoqué/convoquée", "cher/chère", etc.
Pour se faciliter le boulot, on peut utiliser des fonctions du type "=si(A2="M.";"Cher";"Chère")".
Et puis aussi travailler son texte pour éviter d'avoir à "genrer" son propos...

A ce propos, j'avais déjà posé la question sur la liste "OOo" : pourrait-on imaginer une extension à LibO qui permettrait de corriger les oublis de tournures "multi genrées", qui proposerait de remplacer "les salariés" par "les salarié-e-s" ?
bonne journée,
Pierrre

#10

Bonjour

Le fichier Calc qui contient les renseignements dont je me sers pour un
publipostage a des "Mme" dont le "me" est en exposant.
Existe-t-il une feinte pour que la position de ces deux dernières lettres soit
conservée dans le publipostage ?

Message du 18/04/11 18:20
De : "Jean-Francois Nifenecker"

Je déconseille formellement ce type de fonctionnement : la source de

> données est uniquement ça : une source de *données*

En *aucun* cas les données ne sont formatées. Ce n'est pas leur rôle
mais celui de l'outil d'exploitation, donc ici le document texte.
De plus, il est anormal de trouver quelque chose comme "Mme" dans une

source de données.

Je serais bien sûr d'accord dans l'absolu sur ces remarques...

Mais je suis moins affirmatif - voire dogmatique... :slight_smile: - sur cette
question lorsque la source de données est un tableau Calc.

Il ne faut pas oublier l'utilisation principalement bureautique de la chaîne
Calc > Publipostage pour laquelle on peut (doit...?) oublier les formes normales
d'un modèle relationnel bien bâti...

Cordialement
Pierre-Yves

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

#11

Bonjour,

Il ne faut pas oublier l'utilisation principalement bureautique de la chaîne
> Publipostage pour laquelle on peut (doit...?) oublier les formes normales
d'un modèle relationnel bien bâti...

et *surtout* ne rien apprendre... Lorsque le moment sera venu de faire le "grand saut" vers une vraie base de données, on continuera avec les mêmes schémas. Comme quand on utilise les outils bureautiques comme on utilis(er)ait une machine à écrire. Grrrr...

Dogmatiquement,

#12

moi oui :slight_smile:

Il faut bien comprendre que la séparation Données / Exploitation (ou présentation) n'est pas faite pour emm... nuyer l'utilisateur mais tout au contraire pour lui faciliter la vie. Inclure des colonnes multiples et variées pour prendre en compte tel ou tel cas de figure (ici, le genre) conduit à une base hétéroclite mélangeant les "vraies" données et des informations de pure forme d'où des difficultés dans l'exploitation et des lenteurs induites.

Transférer dans la base des éléments de présentation génère une base/table qui sera très probablement inexploitable rapidement et encore moins transposable lorsque l'on voudra passer à un autre outils de gestion de bases de données.

#13

Bonjour,

+1 pour la remarque de Michel
Quant à un publipostage basé sur Calc, la solution de plusieurs colonnes pour régler la question du genre ne me choque pas : "convoqué/convoquée", "cher/chère", etc.
Pour se faciliter le boulot, on peut utiliser des fonctions du type "=si(A2="M.";"Cher";"Chère")".
Et puis aussi travailler son texte pour éviter d'avoir à "genrer" son propos...

A ce propos, j'avais déjà posé la question sur la liste "OOo" : pourrait-on imaginer une extension à LibO qui permettrait de corriger les oublis de tournures "multi genrées", qui proposerait de remplacer "les salariés" par "les salarié-e-s" ?
bonne journée,
Pierrre

J'ajoute mon avis à ce débat intéressant.
Je ne suis pas choquée non plus par l'ajout de quelques colonnes pour simplifier certaines choses.
Mais ceci étant, l'utilisation de champs conditionnels et de texte masqué règle parfaitement les problèmes dans writer.
Après, parfois, il peut s'agir de personnes différentes qui réalisent les fonctions SI dans calc et la personne qui sera en charge de réaliser le publipostage.
Et pas avec le même niveau informatique. Voilà pourquoi, Jean-François, l'ajout de colonnes dans Calc peut être très pratique ;-
Cependant, Je serais partante pour une simplification de l'utilisation des champs conditionnels dans Writer.

Marie jo