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 <[email protected]> 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 <[email protected]> >> 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" <[email protected]> >> >> >> >> 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 >> >> -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. -- Envoyez un mail à [email protected] 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
