Bonjour,
merci pour la réponse.
J'ai résolu le problème (et sur une partie du problème, Michel de
secrétariat avait vu juste) de la façon suivante :
J'ai supprimé la base de données associée (outils > options > ... etc ... )
pour un certain nombre de données, le format '74000 (noter le ') était
appliqué. ces cellules ne s'affichent pas dans la base de données
appelée par F4
certaines cellules, à priori normales, ne s'affichent pas et certaines
s'affichent, malgré un formatage identique appliqué à l'ensemble de la
colonne.
J'ai trié mon tableau par ordre croissant de la colonne codepostal, et
retapé + "remplir" l'ensemble de mes données. Pas trop galère dans mon
cas, puisque, si j'ai quleques 600 enregistrements, je n'ai que 15 codes
différents, donc faisable.
Ce que je ne comprends pas, c'est comment et de quelle façon ces '74000
arrivent dans le tableau.
Un autre truc bizarre : lorsque je supprime la base de donnée via outils
> option, ..., cette base n'est effectivement plus présente dans la
liste lorsque l'on fait F4.
par contre, elle est toujours présente dans l'explorateur. pour me
remettre d'équerre, je l'ai supprimée manuellement, mais ça me parait
bizarre comme fonctionnement.
est ce que cela crée des interférences ? est c du au fit qu'elles
s'enregistrent sous mon disque D: (partition de mes docs de travail
paramétrée comme tel dans les options) au lieu de C: documents settings,
... etc ...
Merci, bonne journée
L'Atelier du promeneur
Jean-Pierre Vinadia
959 Rte du Parmelan 74370 Villaz
FRANCE
00 33 (0)4 50 64 91 07 / 00 33 (0)6 85 51 76 14
[EMAIL PROTECTED]
http://www.atelierdupromeneur.org
ROYER Jean-Yves a écrit :
Bonsoir,
J'ai eu exactement le même problème : perte de codes postaux et non mise à
jour de la base affichée par F4 alors que des changements étaient apportés
dans le classeur. J'ai trouvé quelque part que c'était un problème entre
Writer et Calc, mais je n'ai plus les références sous la main. J'ai failli
lancer des invitations pour les journées du logiciel libre avec MS WW et XL
!
J'ai suivi la recommandation de passer le fichier dans Base en suivant la
procédure de la note "Mise à jour d'une Base Mailing" "Import de Calc vers
Base" - Version 1.00 du 31.03.2006, et le problème s'est résolu. Pour un
simple fichier d'adresses c'est plus lourd à gérer, mais dans l'urgence...
Depuis des adhérents de l'Association Lyonnaise de Développement du Logiciel
Libre me reprochent ce format de fichier pour les adresses... Si une
solution fiable est disponible pour repasser en Calc, je suis preneur.
Jean-Yves ROYER
-----Message d'origine-----
De : L'Atelier du Promeneur [mailto:[EMAIL PROTECTED]
Envoyé : samedi 2 décembre 2006 19:16
À : [email protected]
Objet : publipostage aléatoire disparition de données
Bonsoir,
soit 235 adresses fusionnées avec le
"fichier-odt-que-j'utilise-depuis-plusieurs-mois" popur faire des
enveloppes. on imprime, on remplit ... et on se rend compte ( à la fin
évidemment, et sur des enveloppes pré affranchies) que, de façon tout à
fait aléatoire, certains codes postaux n'ont pas été pris en compte.
Heureusement que le bon vieux stylo a permis de rattraper les quelques
100 buggés.
La colère passée, j'essaie de comprendre. Donc je refais ma manip : même
chose. je refais avec un nouveau fichier de publipostage, pareil.
c'est la que je m'aperçois que, mon fichier odt ouvert, lorsque je fais
"F4", la base qui est affichée comporte des trous dans les codes
postaux. Mais mon fichier source (ods) lui, est bien complet et n'a pas
bougé.
Quelqu'un saurait-il me dire ce qui s'est passé ? pourquoi ce
comportement ? j'imagine qu'en supprimant ma base de données, et en la
recréant tout reviendra dans l'ordre, mais ça ne règle pas le problème
de base et ça rend surtout l'utilisation de l'outil peu fiable.
merci pour vos éclairages.
--
L'Atelier du promeneur
Jean-Pierre Vinadia
959 Rte du Parmelan 74370 Villaz
FRANCE
00 33 (0)4 50 64 91 07 / 00 33 (0)6 85 51 76 14
[EMAIL PROTECTED]
http://www.atelierdupromeneur.org
