Je vais me payer MSExcel... - Page 1

Y a-t-il quelqu'un (trolls GTFO) pour m'expliquer pourquoi si je mets plus de 15 chiffres dans une cellule "nombre" il me les remplace par des zéro ?
Et si je les passe en format texte (quantité illimitée du coup), à la sauvegarde il les reconvertit en nombre de force et ça recommence ? Même en Standard (donc format neutre sans limites) il me les remplace par des *,*****E+xx (et E+xx me donne juste une suite de zéros) ?

Je sais même pas quelle option changer, je ne vois pas à quoi ça peut correspondre... Et si c'est Excel 2003 lui-même qui me fait le coup, c'est encore pire, je n'ai pas les droits pour modifier les programmes installés sur l'ordi du bureau...

J'ai des identifiants de colis à 22 chiffres (concaténation inside) et il me les bousille, moi qui avais eu tant de mal à trouver un ordre et des éléments de concat qui m'assureraient des ID toujours uniques...
Comment je boucle mon dossier Allemagne moi bordel de merde !?

T'as essayé en mettant des guillemets autour de tes nombres ?

Pas encore non, ça change quelque chose ?

Sachant que je dois sauver en CSV y a des chances qu'ils partent, et que ça ne soit pas accepté par mon outil d'upload BDD si ça reste...

J'oubliais, à moins de pouvoir les ajouter en bloc, je vais pas m'amuser à mettre des guillemets à PLUS DE 9000 lignes Excel... (j'en ai vraiment plus de 9000 pour le rapport de mai, 9378 exactement).

Même en faisant collage spécial -> valeur et format, la sauvegarde en CSV rebascule en standard et me bousille mes chiffres...

tu utilises quelle version ? (je viens de tester sous 2003, il m'accepte 15 chiffres et plus sans problèmes)

par contre dans tous les cas, si tu enregistres tes numéros en tant que nombres, Excel va les arrondir (c'est lié à la façon dont il stocke ses nombres en interne), donc tu vas être obligé de les conserver en format "chaine de caractères" (méthode proposée par Zerosquare) si c'est des numéros de colis (et qu'ils ne doivent donc pas changer ne serait-ce d'une unité)

Justement, il me semble que les guillemets ça force Excel à traiter le contenu comme un texte, même en CSV.

Et pour le coup des guillemets, ça doit pouvoir s'automatiser avec une macro, non ?

Hmmm, les guillemets ont l'air de réussir a forcer... faudra testet en sauvegardant...

Je vais faire mon boulet, mais j'y connais rien au VBA, si quelqu'un avait l'extrême amabilité de m'expliquer comment saisir "pour telle colonne, ajoute des guillemets à chaque entrée" ou quelque chose d'approchant, je vous en serais plus que reconnaissant.

Zeph> je suis sous Excel 2003 (11.846.8132) SP2 pourtant...

Sélectionne la colonne de tes gros numéros et regarde le format de notation pour voir ?

Dans le XLS d'origine j'ai Format -> Standard...

J'ai peur... seraient-ce les réglages régionaux de mon ordinateur qui me bousillent le boulot ? déjà qu'entre les CSV anglo-américains et le reste de l'Europe c'est pas le même séparateur donc ça déconne... A posteriori non, on dirait pas...

Ah... Tu as raison Zerosquare, les guillemets conservent le format...

Bon, un collègue peut m'aider à faire des macros... on va voir après si la page d'UL les accepte...

pour la macro, essaie un truc dans ce genre-là :

Sub nico()
For i = 1 To 9357
ActiveSheet.Range("A" & i) = "'" & ActiveSheet.Range("A" & i)
Next
End Sub

(remplace "A" par la colonne que tu veux modifier)

je sais pas qui est ton SGBD mais dans MySQL on peut le faire, si on importe des CSV.

(cross)

moi j'aurais fait un truc un peu différent:

Sub nico()
For i = 1 To 9357
ActiveSheet.Range("A" & i) = Cstr( ActiveSheet.Range("A" & i))
Next
End Sub

ou même y concaténer des guillemets doubles:

Sub nico()
For i = 1 To 9357
ActiveSheet.Range("A" & i) = """" & ActiveSheet.Range("A" & i) & """"
Next
End Sub

je sais pas si ça marche.

je viens de tester ce que je proposais en ./10 et Excel me met une info bulle "Number stored as Text", donc je suppose que ça a bien fait ce qui était prévu

On utilise SAP, mais je n'y accède pas en direct, je passe par une "page d'admin" entièrement javascript, et franchement ça sux...

Bon sinon j'ai trouvé le moyen de concaténer par formule excel, on va voir...

Merci Zeph, je testerai ça aussi...

On a testé avec un collègue sur son Excel, et idem, si on dépassé 15 chiffres il remplace par des zéros...

Perso j'ai pas ce probleme (excel 2003 sp2)

Bizarrement j'ai la même chose avec mon Excel 2007 à la maison, pourtant c'est une version US...

Ils ressemblent à quoi tes nombres ? à n'importe quoi ?

Mais n'est-ce pas juste un problème d'affichage, dès fois que les nombres en interne conservent quand même la précision voulue ? Comme le patch qui avait beaucoup fait parler de lui il y a quelque mois.

Sally> ben à des chaînes de 22 chiffres, obtenus par concaténation de 2 numéros séquentiels d'ID pour identifier la livraison et le transporteur (par opposition au prestataire), typiquement ça pourraît etre 1234567890123456789012, sauf qu'une fois entés dans Excel puis validés, ça me donne 1234567890123450000000. Et je peux pas trop entrer n'importe quoi (même si le Shipment ID n'est pas une clé de recherche chez nous), parce que sinon je sais pas comment on va réinterroger nos prestataires sur les anomalies de livraisons...

Ximoon> ben quand bien même, puisque je dois les sauver en CSV (SAP inside), c'est la valeur affichée qui est sauvée en texte. Vince m'a confirmé que ce problème existe sous Excel et que le forcer avec les guillemets est le plus simple. Et je vis coupé du monde réel, de quel patch tu parles ?

(je posais la question pour savoir si tes nombres avaient une tronche bien particulière qui aurait expliqué que tu aies ce bug et pas d'autres)
Ah ok ils sont remplacés par des zéros au-delà du quinzième chiffre, j'avais compris que le nombre devenait carrément 0... du coup ce que dit bob explique ton problème en fait, c'est une question de précision, excel considère que les derniers chiffres ne sont pas significatifs et arrondit le nombre à la dizaine de millions la plus proche.
En fait en termes techniques ce qu'il fait c'est utiliser une mantisse de 15 chiffres (ou plus exactement 52 bits d'après google, parce qu'il stocke en binaire, mais ça correspond à peu près), ça n'est donc probablement pas évitable sur un type numérique à moins qu'il soit possible d'augmenter la taille de cette mantisse...

edit : sans doute des infos là http://support.microsoft.com/kb/78113 , j'ai pas encore tout luedit 2 : bon en gros ils disent explicitement que Excel ne peut pas stocker de nombres à plus de 15 chiffres et ne semblent pas parler d'une possibilité de changer ça, donc ça a l'air assez mort, pas d'autre solution que de convertir en chaîne de caractères a priori.

Dans le cas d'Excel, bien qu'Excel puisse stocker des nombres de 1,79769313486232E308 à 2,2250738585072E-308, il ne peut le faire qu'avec une précision de 15 chiffres. Cette limitation est le résultat direct d'un strict respect de la spécification IEEE 754 et non une limitation d'Excel. Ce degré de précision est le même que celui trouvé dans d'autres tableurs.

ah effectivement, j'avais compris comme sally...

Ah oui tiens, sous le coup de l'énervement je me suis emmêlé les crayons dans la première phrase et elle n'a pas le sens voulu...

La solution est dans le titre: peut être qu'une fois que tu l'auras payé, MSExcel, il fonctionnera mieux, vilain pirate

Oué je sais je sais...