Discussion :

[aspkiddy]

Bonjour,

J'ai un menu déroulant (DropDownList) dans lequel j'affiche le prix

Code :

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

offer = string.Format("{0:c}", priceOfferStruct.PriceAmt)

j'obtiens, par exemple, $49.95

Comment je peux afficher 49,95 $ (le signe dollar[$] sera après les chiffres et le point[.] sera remplacé par virgule[,]) ?

[Bluedeep]

Ici, tu veux avoir une culture spécifique : c'est à dire avec une position spécifique du symbole de devise (après le nombre) , un symbole donné ($), et un séparateur de décimal donné (,).

Donc, on va partir (par exemple) de la française, qui est correcte pour la position du symbole de devise et pour la virgule, mais on la modifier pour le symbole de devise (le passer de '€' à '$', dans le cas précis ):

Code :

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

1
2
3
4
CultureInfo specificCulture = new CultureInfo("fr-FR");
specificCulture.NumberFormat.CurrencySymbol = "$";
 
string offer = string.Format(specificCulture, "{0:c}", 10.43);

et le tour est joué.

[aspkiddy]

Super Gentil...
Je ne connaissais pas du tout l'histoire d'une culture spécifique dans c#...
J'ai regardé avec tes explications... et sur le lien suivant j'ai trouvé aussi la liste : fr-CA French (Canada)

alors en suivant ton exemple, avec le code suivant :

Code :

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

1
2
CultureInfo specificCulture = new CultureInfo("fr-CA");
string offer = string.Format(specificCulture, "{0:c}", 49.95)

J'obtiens : 49,95 $

Merci encore

[StringBuilder]

Autre solution...

Tu ne spécifies pas la culture (qui est donc par défaut celle de l'utilisateur Windows) et tu modifies la culture dans tes paramètres régionaux quand tu testes la version canadienne de ton programme

[Bluedeep]

Autre solution...

Tu ne spécifies pas la culture (qui est donc par défaut celle de l'utilisateur Windows) et tu modifies la culture dans tes paramètres régionaux quand tu testes la version canadienne de ton programme

Sauf qu'on ne sait pas si il s'agit d'un site multidevise ou pas.
Et de plus, la culture, sera celle du serveur.

[aspkiddy]

Merci pour ta réponse, StringBuilder!!!
Comme Bluedeep dit,

Sauf qu'on ne sait pas si il s'agit d'un site multidevise ou pas.
Et de plus, la culture, sera celle du serveur.

En fait, mon site est bilingue entre "en-CA English (Canada)" et "fr-CA French (Canada)" donc, cela change...

[StringBuilder]

Il faut forcer le serveur à utiliser la locale du client.

Ça se fait en deux lignes.

C'est, à mon avis, la seule et unique solution à adopter : ce n'est pas à nous d'imposer le format des nombres/dates/monnaies à l'utilisateur.

[Bluedeep]

C'est, à mon avis, la seule et unique solution à adopter : ce n'est pas à nous d'imposer le format des nombres/dates/monnaies à l'utilisateur.

Pour nombre et date, je suis assez d'accord.

Monnaie, là, par contre, tu t'avances un peu beaucoup, car ça pose des problèmes infiniment plus complexes (en termes "métier", pas en termes "technique", bien sur).

[StringBuilder]

Ben le format de la monnaie, c'est que de l'affichage. Je vois pas en quoi ça impacte quoi que ce soit.

Le seul truc effectivement qu'on puisse devoir forcer avec une SpecificCulture, c'est la monnaie, si la personne paie dans une monnaie différente de sa locale.

Mais pour l'affichage, il est très important de respecter le format de l'utilisateur : écrit une remise en euro dans le format américain "€ .99-", et demande à ta grand-mère combien ça fait... elle est pas près d'arriver à lire !

[Bluedeep]

Le seul truc effectivement qu'on puisse devoir forcer avec une SpecificCulture, c'est la monnaie, si la personne paie dans une monnaie différente de sa locale.

C'est exactement ce que je disais : dans le cas contraire, tu rentres dans les problèmatique des applis multi-devises, et ça devient une problématique essentiellement métier, très peu technique.

[StringBuilder]

Oui, je suis d'accord, mais de là à forcer le format de la monnaie en "fr-CA" parce que l'utilisateur a cliqué sur le drapeau français, ou "en-CA" parce que l'utilisateur a cliqué sur le drapeau anglais, pour moi ce n'est pas une solution.

Si je suis anglais et que je souhaite commander sur le site, je vais cliquer sur le drapeau anglais, car je ne comprends rien à la langue barbare d'outre-manche, et pourtant, pour les dates tout comme pour les prix, j'utilise le même format que mes voisins barbares, et non celui de mes amis outre-atlantique.

En effet, pour la date, les anglais utilisent JJ/MM/AAAA et non MM/JJ/AAAA comme les américains.

Il est donc très important d'exprimer tout ce qui est localisable dans la locale de l'utilisateur, et de n'adapter que ce qui doit absolument être adapté. Et mise à par le symbole de la monnaie, je ne vois pas du tout...

[StringBuilder]

C'est exactement ce que je disais : dans le cas contraire, tu rentres dans les problèmatique des applis multi-devises, et ça devient une problématique essentiellement métier, très peu technique.

Quand je disais "monnaie", je parlais du symbole uniquement. Pas de son format.