J'ai mieux que ça j'ai repris l'exemple, mais en terminant par un
chiffre en texte '14.
Résultat, je n'ai rapatrié dans la bdd que les chiffres en texte.
Conclusion (enfin ... mon interprétation )
Je pense que OOO créée une bdd à partir du tableau. Nom des champs =
1ère ligne, type de champ (texte, num, date ...) = dernière ligne.
Ainsi, dans mon cas, mon champ litigieux est en format texte (dernière
ligne = texte), et ne sait pas rapatrier les nombres. Ces derniers
disparaissent !
Dans l'exemple de Lionel, dernière ligne = nombre, type de champs donc
numérique, et ne sait pas rapatrier le texte qui disparaît.
Pas terrible comme comportement, mais, je pense que c'est là
l'explication ...!!!
Christophe
Le 07/05/2010 19:43, Francois Gatto a écrit :
Bonsoir,
Le 07/05/2010 19:10, Lionel a écrit :
Bonjour,
depuis la version 3.2.0 il y a un bug concernant le mailing :
J'ai un fichier calc dans lequel la colonne A contient 6 lignes avec
les valeurs
suivantes :
11
12
'13
'14
15
16
En fait, 13 et 14 sont considérés comme du texte...
Lorsque je crée mon document principal en odt, et que je pointe vers
la feuille
calc, les données sont "importées" vers un fichier base que l'on peut
visualiser
en faisant F4. Et là, surprise, à la place des valeurs numériques, il
n'y a
rien... Pourtant les valeurs 13 et 14 sont bien là...
Dans la version 3.2.1 le comportement était correct, les données
étaient toutes
importées...
Quelqu'un a-t'il une solution ???
Merci.
Si le type des données n'est pas fixé à la réception du fichier, peut
être qu'une simple conversion de celles-ci au moyen d'une fonction du
genre CNUM(cellule) doit être en mesure de solutionner ton problème.
François Gatto
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
