Discussion :

[Sve@r]

Bonjour à tous

Aujourd'hui j'ai eu un souci: je voulais justifier un flottant avec 3 zéros à gauche et ensuite 2 décimales (python v2.6).
J'ai bêtement essayé print "%03.2f" % val et là ben ça n'a pas marché. Et en fait je me suis rendu compte que le %0n ne marche qu'avec %d => %03d

Finalement je m'en suis sorti de cette façon

Code python :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
import string
print string.zfill("%.2f" % val, 6)    # 6 parce que 2 décimales + 1 point + 3 zéros

Est-ce qu'il y aurait une méthode plus élégante ?

Merci de m'avoir lu

[fred1599]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
>>> n = '5.02'
>>> print n.rjust(len(n)+3, '0')
0005.02

?

[Sve@r]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
>>> n = '5.02'
>>> print n.rjust(len(n)+3, '0')
0005.02

?

Désolé

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
>>> n = '15.02'
>>> print n.rjust(len(n)+3, '0')
00015.02

Moi je veux 3 digits max avant la virgule => 5.02 donne 005.02 mais 15.02 donne 015.02.

Merci toutefois de m'avoir montré rjust() car ça m'amène à print n.rjust(3+3, '0') # 3 digits plus "." + 2 chiffres après la virgule et si on part de la valeur flotante val=15.02 alors ce sera print ("%.2f" % val).rjust(3+3, '0') ce qui équivaut à zfill (mais qui m'évite toutefois d'inclure le module string que j'ai inclus juste pour ça)...

Petit souci: je ne peux pas décomposer la chose car mon traitement est un poil plus complexe.
En effet, je pars d'un tableau contenant des valeurs style tab=[12, 25, 56.1234] et je dois créer une chaine concaténant chaque valeur sur 3 digits => "012025056.12"

Pour l'instant, en utilisant rjust() j'arrive à ça

Code python :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
>>> modele=(("%d", 0), ("%d", 0), ("%.2f", 3))
>>> "".join([(f[0] % x).rjust(3 + f[1], '0') for (f, x) in zip(modele, tab)])
'012025056.12'

Ce qui n'est pas si mal...

[tyrtamos]

Bonjour,

Autre proposition en utilisant la méthode format:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
print "{0:0>6.2f}".format(3.1234567890)
003.12

[pfeuh]

Salut,

Personnellement, j'ai envie de conclure à un léger bug dans le portage/adaptation/cekevouvoulez de la famille printf du C standard sous python, ou bien? Je ne l'avais jamais remarqué, pourtant c'est énorme...

A+,

Pfeuh

PS, je viens d'essayer et empiriquement (on parle d'un bug quand même...) j'ai cru comprendre que le 3 du format "%03.2" doit être remplacé par la taille totale, donc "%06.2". Et là, miracle, ça fonctionne.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
value = 12.345678
print "%06.2f"%value

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
>pythonw -u "dummy.py"         
012.35
>Exit code: 0

[tyrtamos]

Bonjour,

Ce n'est pas un bug. La doc Python parle bien de "field width", et c'est très pratique, quand on a à présenter des nombres en colonne, de pouvoir fixer le nombre de caractères de chaque colonne. Tout autre solution nécessiterait de faire des calculs sur chaque nombre.

Les 2 méthodes % et .format donnent d'ailleurs le même résultat:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
print "%06.2f" % (3.1234567890,)
003.12
print "{0:06.2f}".format(3.1234567890)
003.12

[pfeuh]

c'est très pratique, quand on a à présenter des nombres en colonne

Tout à fait. Je trouve juste dommage cet écart de comportement (même si c'est documenté en python), alors que la plus grosse partie des formatages est identique en C et en python. En C aussi on peut aligner les nombres à droite. Mais ce n'est qu'un point de vue.

A+

Pfeuh

[Sve@r]

je viens d'essayer et empiriquement (on parle d'un bug quand même...) j'ai cru comprendre que le 3 du format "%03.2" doit être remplacé par la taille totale, donc "%06.2". Et là, miracle, ça fonctionne.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
value = 12.345678
print "%06.2f"%value

Bonjour,

Ce n'est pas un bug. La doc Python parle bien de "field width", et c'est très pratique, quand on a à présenter des nombres en colonne, de pouvoir fixer le nombre de caractères de chaque colonne. Tout autre solution nécessiterait de faire des calculs sur chaque nombre.

Bien vu. Faut indiquer la taille totale !!! J'aurais dû y penser moi-même surtout que c'est ce que je fais avec rjust(). Merci de votre indulgence