bonjour,
Le problème de la liste unique provient du fait que soit :
- tu cliques trop tôt sur "Synchroniser les étiquettes"
- tu réouvres ton document et tu réponds oui à "Voulez-vous réactualiser
les liens"
Pour simplifier, voici un mémo qui a été éprouvé et "qui fonctionne" en
PDF pour faire un publipostage (si ça peut aider ???) à partir de
scalc.exe.
Peut-être faire un copier coller de la table Acces vers scalc.exe dans
un premier temps ?
http://paour.free.fr/OpenOffice/Ooopublipostage.pdf
Nicolas
Claude FRICARD a écrit le 20:59:
Jean-Michel,
Je suis bien d'accord ce n'est peut-être pas les meilleurs conditions
mais je fais avec le contexte actuel. J'ai développé cette base Access
pour l'association de musique auquel j'appartiens. Franchement en
fonction de ce que l'on me demandait l'environnement Access me posait
moins de problèmes que celui OOo base que je ne maîtrisais pas assez à
l'époque si tant est que je le maîtrise aujourd'hui... (suffisamment
tout de même pour proposer un cours à l'association RIO avec cette
application ;-) )
J'essaie donc de voir si en faisant le publipostage avec OOo Writer
mon problème de nombre de chiffres après la virgule peut-être résolu.
Si je n'utilise pas la lettre type de fusion (un fichier .doc) , et
que j'en crée une en introduisant les champs de ma base de données
.mdb : tout se passe bien ! (y compris dans des cellules de tableau)
, non seulement la fusion avec les 50 enregistrements se passe bien ,
mais les valeurs monétaires sont bien calibrées avec 2 chiffres après
la virgule.
Au pire je vais recréer la lettre de fusion ...
Merci tout de même
Claude
Jean Michel PIERRE a écrit :
Claude FRICARD a écrit :
Apparemment ma question ne vous motive guère ...
Je reformule
Pourquoi lorsque je veux faire du publipostage avec OOo Writer je
n'ai qu'1 enregistrement (1 document)sur 50. les 50 sont
identiques et correspondent au 1er enregistrement. Ma source de
données est une base .mdb produite avec Access 2007. Mon document de
fusion est également issu du monde MS (.doc) . Je remarque qu'un
champ nommé dans la base 1LCM est introduite en champ de fusion
comme M_1LCM...j'ajoute que les données sont insérées dans un tableau.
Je précise que cette fusion fonctionne en restant dans
l'environnement MS , sauf qu'une valeur monétaire est sur 4 chiffres
après la virgule alors que le format spécifié dans la base est :
Euro et 2 chiffres après la virgule.
Alors une idée ?
Bonjour,
En utilisant une lettre-type créée dans MSO Word et une base MSO
Access connectée par OOo Base, tu n'es peut être pas dans la
meilleure configuration pour réussir ton publipostage.
Je tenterai de faire la même opération avec un document en OOo Writer
natif et une vraie base OOo Base.
Claude
Fricard Claude a écrit :
Bonjour,
J'utilise une base produite avec Access ... et oui ! je l'ai faite
pour quelqu'un qui gère une association. Dans l'environnement MS;
lorsque l'on effectue la fusion, en utilisant les données de la
base et un document type de fusion on se retrouve avec des valeurs
monétaires avec 4 chiffres après la virgule: ça fait fait désordre
lorsque c'est un montant qui est demandé par courrier...je précise
que les champs en question sont bien typés avec un format: Euro et
2 chiffres après la virgule. Les données dans les tables sont bien
formatées ainsi.
J'essaie de voir si le publipostage peut-être fait en utilisant les
applications OOo. Donc assistant mailing , définition de la base de
données (en .mdb) connexion à cette source : OK. Préparation de la
lettre avec ouverture de la lettre type .doc laquelle présente les
données sont forme d'un tableau. Je suis la procédure décrite dans
la doc Comment_realiser_un_ publipostage.pdf de Philip Lannoye
(ancien) je ne parviens pas à avoir mes 50 enregistrements avec les
données fusionnées. Par contre si je crée un nouveau document et
insère les champs: ça fonctionne... si déjà j'arrive à faire ma
fusion dans ce contexte , je verrai ensuite si l'anomalie est
reproduite.
Pardon pour avoir fait référence aux produits Microsoft (pack
office 7) ...
------------------------------------------------------------------------
Ce message entrant est certifié sans virus connu.
Analyse effectuée par AVG - www.avg.fr Version: 8.5.437 / Base de
données virale: 271.1.1/2829 - Date: 04/22/10 18:31:00
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org
For additional commands, e-mail: users-h...@fr.openoffice.org