Convert string to double [Résolu]
aniscript
- Messages postés
- 3
- Date d'inscription
- vendredi 17 mars 2006
- Statut
- Membre
- Dernière intervention
- 28 août 2006
- Messages postés
- 3
- Date d'inscription
- vendredi 17 mars 2006
- Statut
- Membre
- Dernière intervention
- 28 août 2006
A voir également:
- Convert string to double c#
- C# convert string to double - Meilleures réponses
- C# string to double - Meilleures réponses
- Conversion string -> entier ✓ - Forum - C / C++ / C++.NET
- Convert string to double vba ✓ - Forum - VB.NET
- C# convert string to double tryparse - Conseils pratiques - C# / .NET
- Convert string to double vb.net ✓ - Forum - VB.NET
- Delphi convert string to double - Forum - Delphi / Pascal
5 réponses
Meilleure réponse
- Messages postés
- 5487
- Date d'inscription
- dimanche 4 août 2002
- Statut
- Modérateur
- Dernière intervention
- 20 juin 2013
Salut,
C'est sûrement parce que sur ton système, le séparateur est une virugle (,) et pas un point (.)
Du coup ça plante quand il parse le string...
Tu peux utiliser une surcharge de ces méthodes pour spécifier quelle culture utiliser.
VC# forever
C'est sûrement parce que sur ton système, le séparateur est une virugle (,) et pas un point (.)
Du coup ça plante quand il parse le string...
Tu peux utiliser une surcharge de ces méthodes pour spécifier quelle culture utiliser.
VC# forever
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
138 internautes nous ont dit merci ce mois-ci
- Messages postés
- 1107
- Date d'inscription
- mercredi 15 juin 2011
- Statut
- Membre
- Dernière intervention
- 10 juillet 2018
En effet, j'ai déjà eu le même genre de pb avec SQL Server.
Tout dépend si tu as tes chaines de caractère en dur ou si elle sont générées.
Dans le cas où elles sont générées, ça ne pose pas de pb, ça mettra un point en En et une virgule en Fr, par ex. Par contre, si tu joues avec les paramètres régionaux sur une même machine entre 2 exécutions, là ça se complique.
Dans le cas où tu mets les chaine en dur, utilise les fichiers de resources (que tu dois déjà utiliser pour traduire ton appli).
.
Tout dépend si tu as tes chaines de caractère en dur ou si elle sont générées.
Dans le cas où elles sont générées, ça ne pose pas de pb, ça mettra un point en En et une virgule en Fr, par ex. Par contre, si tu joues avec les paramètres régionaux sur une même machine entre 2 exécutions, là ça se complique.
Dans le cas où tu mets les chaine en dur, utilise les fichiers de resources (que tu dois déjà utiliser pour traduire ton appli).
.
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
138 internautes nous ont dit merci ce mois-ci
- Messages postés
- 5487
- Date d'inscription
- dimanche 4 août 2002
- Statut
- Modérateur
- Dernière intervention
- 20 juin 2013
C'est un problème assez connu... le mieux je pense, c'est de setter dans ce cas une culture pour le programme, et pas prendre celle du système sur lequel s'exécute le programme (comportement par défaut).
Donc tu peux mettre ceci :
System.Threading.Thread.CurrentThread.CurrentCulture = new System.Globalization.CultureInfo("fr-CH");
(pour Français Suisse )
VC# forever
Donc tu peux mettre ceci :
System.Threading.Thread.CurrentThread.CurrentCulture = new System.Globalization.CultureInfo("fr-CH");
(pour Français Suisse )
VC# forever
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
138 internautes nous ont dit merci ce mois-ci
- Messages postés
- 3
- Date d'inscription
- vendredi 17 mars 2006
- Statut
- Membre
- Dernière intervention
- 28 août 2006
Merci bidou, j'opetrais pour "en-EN"
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
138 internautes nous ont dit merci ce mois-ci