Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


j'ai décris le bug ici : https://bugs.freedesktop.org/show_bug.cgi?id=55875

à suivre ...

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



-- 
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

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.