Re: [fr-discuss] Re: [calc] nombres tronqués à 15 chiffres avec des zéros sur fichier XLSX

Le 13/10/2012 13:32, Jean-Baptiste Faure a écrit :
> Bonjour,
>
> Le 11/10/2012 16:10, cyrille grosdemange a écrit :
> > j'ai décris le bug ici : https://bugs.freedesktop.org/show_bug.cgi?id=55875
> >
> > à suivre ...
> En fait le nombre de la 1ère colonne (format texte) de ton fichier de
> test n'est pas en format texte (la preuve : il est cadré à droite).
> Il s'agit peut-être d'un effet pervers de la fonction de
> LibreOffice-Calc qui interprète en nombre les chaînes de caractères qui
> peuvent être considérées comme des nombres.
> Sinon quand on fait des calculs, à moins de travailler en quadruple
> précision ou en précision infinie - ce qui est beaucoup plus coûteux -,
> il ne sert à rien de saisir plus de 15 à 16 chiffres significatifs car
> on ne peut pas en représenter plus en virgule flottante sur 64 bits.
>
> Je ne sais pas comment on fait sur MS-Excel mais avec Calc on peut
> s'assurer qu'une suite de chiffres sera interprétée comme du texte en
> mettant une apostrophe devant.
>
> Bonne journée
> JBF
>
> > Le 11 octobre 2012 13:38, cyrille grosdemange <ze.cyrilou@gmail.com> a
> > écrit :
> >
> > > Je remet la liste car erreur de "réponse" par Gmail ...
> > >
> > > Pour voir le contenu que devrait afficher le document test (dernier lien),
> > > voilà un lien du .xlsx importé dans GoogleDocs qui récupère correctement
> > > les valeurs :
> > > https://docs.google.com/open?id=0ByjMh5M85asZaWhCeHhEbnZFWHM
> > >
> > > ---------- Message transféré ----------
> > > De : cyrille grosdemange <ze.cyrilou@gmail.com>
> > > Date : 11 octobre 2012 13:35
> > > Objet : Re: [fr-discuss] Re: [calc] nombres tronqués à 15 chiffres avec
> > > des zéros sur fichier XLSX
> > > À : "jacques.guilleron" <jacques.guilleron@orange.fr>
> > >
> > >
> > >
> > > Je reprends mon info car je me rend compte que je n'ai pas mis tous les
> > > fichiers, donc :
> > >
> > > Voici 3 fichiers :
> > > - http://cyrille.grosdemange.free.fr/libo/probNOMBRES_ok-gdocs.xlsx
> > > - http://cyrille.grosdemange.free.fr/libo/probNOMBRES_export-gdocs.ods
> > > - http://cyrille.grosdemange.free.fr/libo/probNOMBRES_ko-gdocs.xlsx
> > >
> > > Les 2 .xlsx ont sont tel que je les ai reçus. Ils contiennent normalement
> > > une série de nombres allant jusqu'à 20 caractères (le format de cellule
> > > texte est donc nécessaire sinon on a une notation scientifique)
> > >
> > > Le .xlxs nommé ok-gdocs est lisible correctement une fois importé dans
> > > Google Docs, mais ne s'ouvre pas correctement avec LibO d'où la recherche
> > > du bug.
> > > Le .ods est justement un export du .xlsx depuis Google Docs et s'ouvre
> > > correctement dans LibO !
> > >
> > > Le fichier .xlsx nommé ko-gdocs n'est lisible correctement ni sur LibO, ni
> > > sur Google Docs, donc là je penche pour une erreur dans Excel, style
> > > copier/coller sans avoir mis les cellules en format texte.
> > >
> > > Pour clarifier les choses j'ai fais ce midi un test avec Excel 2007 sur un
> > > Windows Vista 32 bits.
> > > Dans ce fichier, on trouve simplement 3 cellules (ligne 2). La première a
> > > le format de cellule texte et sous Excel 2007 le contenu entier s'affiche
> > > correctement. La deuxième est l'exemple du même nombre de 20 caractères si
> > > on ne change rien (fomat standard, donc notation scientifique), la 3ème un
> > > copier/coller de la 2 en passant la cellule en texte. C'est le comportement
> > > de la 3ème qui semble se faire dans LibO. J'imagine donc que lors de
> > > l'import d'un fichier .xlsx, on récupère d'abord les contenus et ensuite on
> > > définit le format de cellule ? ce qui donne cette erreur : à partir du
> > > 15ème chiffre, même en format texte, ne s'affichent que des zéros.
> > >
> > > Fichier test : http://cyrille.grosdemange.free.fr/libo/test-cellules.xlsx
> > >
> > > Il s'agit donc bien d'un bug qui génère une perte de données
> > >
> > > Testé sur LibreOffice 3.6.2 rc2 (ubuntu 12.10)
> > >
> > > J'attends vos retours, merci

Bonjour,

apparemment, un nombre entré  dans une cellule au format texte reçoit 
automatiquement l'apostrophe si on reformate la cellule, en nombre par 
exemple. Ce qui est entré comme une chaîne alphanumérique est donc 
préservé comme tel.

Ceci peut permettre la bonne transmission de fichiers xlsx, puisque le 
traitement des deux suites diffère sur les cellules au format texte.

Bonne soirée.

Jacques G



--
Envoyez un mail à discuss+help@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être 
supprimés