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