Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Applications Microsoft Office Excel Fonction transformant une valeur en texte ***10 250,50

Fonction transformant une valeur en texte ***10 250,50

31 réponses
Avatar
Jean-Paul V
Bonjour

J'ai écri cette fonction :
="***"&CTXT(+AV407;2;VRAI)
malheureusement j'obtiens ***10250,50
et je voudrais obtenir ***10 250,50
comment la modifier ?

Merci encore pour votre aide
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2 3 4
Avatar
AV
Quoique tu en penses et en dises, la virgule reste toujours le séparateur
décimal officiel et légal en France


J'ai pas dit le contraire...!
Mais l'usage du point dans XL "met ta pendule à l'heure internationale" et évite
pas mal de problèmes

"....aussi RESISTONS TANT QUE NOUS LE POUVONS..."


Aux armes citoyens ??
;-)
AV

Avatar
Herdet
<Mais l'usage du point dans XL "met ta pendule à l'heure internationale" et
évite pas mal de problèmes>
De quels genres car personnellement depuis l'existance d'Excel sur Mac et PC
et avant avec Mutiplan en 1984, je n'ai jamais eu de problème avec
l'affichage de la virgule sauf en VBA où le point décimal est obligatoire.
Dans ma société les 300 ordinateurs en paramétrage France fonctionnent
parfaitement alors où est le problème ?

Robert

"AV" a écrit dans le message de news:

Quoique tu en penses et en dises, la virgule reste toujours le
séparateur


décimal officiel et légal en France


J'ai pas dit le contraire...!
Mais l'usage du point dans XL "met ta pendule à l'heure internationale" et
évite

pas mal de problèmes

"....aussi RESISTONS TANT QUE NOUS LE POUVONS..."


Aux armes citoyens ??
;-)
AV





Avatar
isabelle
alors où est le problème ?


visual basic ;-)

isabelle

Avatar
michdenis
Bonjour Robert,

Ah ! ces Américains ! Et Bilou ! Observe jusqu'à quel point excel-vba est insidieux !!!!!!!!!!!!

Avec excel 2002 et excel 2003, supposons que l'usager décide de travailler dans son application favorite avec un
séparateur décimale autre que celui du système d'exploitations Windows....Barre des menus / outils / options / onglet
international et il indique comme séparateur décimale : la virgule. (je prends pour acquis que le séparateur décimale de
Windows était le point)`

Ceci signifie que les fonctions de conversion en vba cdbl() ... format() pourront très bien faire leur travail en
utilisant la virgule mais ces fonctions renverront la valeur transformée avec le point comme séparateur décimale et non
la virgule.

En d'autres mots, Bilou accepte que tu lui parle en Français, mais, de toutes façons, il te répond en anglais ....
tranquillement il espère que tu comprendras le gros bon sens !!!!!! ;-))

En passant, si vos représentants politiques décident de modifier la virgule pour le point, n'oubliez pas de leur parler
des dates ... cette fois-ci, je suis d'accord avec Bilou ;-))))


Salutations!



"Herdet" a écrit dans le message de news:%
<Mais l'usage du point dans XL "met ta pendule à l'heure internationale" et
évite pas mal de problèmes>
De quels genres car personnellement depuis l'existance d'Excel sur Mac et PC
et avant avec Mutiplan en 1984, je n'ai jamais eu de problème avec
l'affichage de la virgule sauf en VBA où le point décimal est obligatoire.
Dans ma société les 300 ordinateurs en paramétrage France fonctionnent
parfaitement alors où est le problème ?

Robert

"AV" a écrit dans le message de news:

Quoique tu en penses et en dises, la virgule reste toujours le
séparateur


décimal officiel et légal en France


J'ai pas dit le contraire...!
Mais l'usage du point dans XL "met ta pendule à l'heure internationale" et
évite

pas mal de problèmes

"....aussi RESISTONS TANT QUE NOUS LE POUVONS..."


Aux armes citoyens ??
;-)
AV





Avatar
Herdet
Bonsoir Isabelle
Désolé, mais le sujet porte sur Excel (FR) et VBA, pas sur Visual Basic ce
qui est complêtement différent.
Au passage pour parler de VB, les développeurs en VB de ma société ont
contourné ce problème de saisie et affichage avec virgule depuis pas mal
d'années et les utilisateurs emploient le clavier azerty et les paramètres
Français par défaut.
A suivre... peut être
Robert

"isabelle" a écrit dans le message de news:



alors où est le problème ?


visual basic ;-)

isabelle



Avatar
Misange
Bonsoir Robert,
Il n'en reste pas moins que quand tu dois saisir des données au km, il
est autrement plus facile d'utiliser le point du pavé numérique que la
virgule.
C'es vrai que dans mon boulot on ne se pose pas cette question et cela
fait lurette que nous sommes passés au point comme séparateur décimal.
Ca évite des tas de problèmes quand on dialogue avec des américains, des
japonais, des israéliens, des russes...
Pas de doute qu'un jour les américains passeront au m et au kg ailleurs
que dans les sciences (là c'est fait pour eux depuis longtemps).
Alors je pense personnellement qu'au lieu de camper chacun de son côté
sur sa façon de faire et de voir, il vaut mieux essayer d'aller vers une
certaine harmonisation. En ce qui concerne les dates, ce qui serait
raisonnable ce serait je trouve d'adopter ni le système européen ni
l'américain mais un plus logique : année/mois/jour qui permet de trier
aisément les dates par ordre croissant !

Misange migrateuse http://www.excelabo.net
mail : http://cerbermail.com/?k5Q8Dh2mta

on 30/10/2004 20:55:
Bonsoir Isabelle
Désolé, mais le sujet porte sur Excel (FR) et VBA, pas sur Visual Basic ce
qui est complêtement différent.
Au passage pour parler de VB, les développeurs en VB de ma société ont
contourné ce problème de saisie et affichage avec virgule depuis pas mal
d'années et les utilisateurs emploient le clavier azerty et les paramètres
Français par défaut.
A suivre... peut être
Robert

"isabelle" a écrit dans le message de news:




alors où est le problème ?


visual basic ;-)

isabelle








Avatar
Herdet
Bonsoir Denis,
<je prends pour acquis que le séparateur décimal de Windows était le point>
Tu prends le problème à l'envers, en France l'installation standard de
Windows utilise la virgule et l'espace pour les milliers.

<ces fonctions renverront la valeur transformée avec le point comme
séparateur décimale et non la virgule >
Parfaitement d'accord avec toi pour les aberrations du VBA, les 2 simples
exemples ci-dessous suffisent :
si 12,56 est en A1 et 13
Range("A2").Value = Format(Range("A1").Value, "#,##0.0000") écrit 125
600
Range("A3").NumberFormat = "#,##0.0000" écrit bien 12,5600
Range("A2").Value = Format(Range("A1").Value, "# ##0,0000") écrit 00 013
(!)
Range("A3").NumberFormat = "# ##0,0000" écrit bien 12,5600

Pour les dates, c'est tout pareil :
Si 38119 est en B7, B8 et B9
Range("B8").Value = Format(Range("B7").Value, "dd/mm/yyyy") écrit
05/12/2005
Range("B9").NumberFormat = "dd/mm/yyyy" écrit bien 12/5/2004
là c'est clair, il n'y a pas de "jj/mm/aaaa", çà plante.

.... mais il suffit d'utiliser la bonne fonction VBA ==> NumberFormat

A noter que j'échange depuis 5 ans des fichiers Excel FR (avec pas mal de
VBA et des gestions d'objets et images) avec nos filiales de Chine,
Angleterre, Malaisie, Europe de l'Est équipées en Windows et Excel Anglais
et qu'il n'ont jamais eu un seul problème de lecture des formules, dates etc

Au fait, que dit Bilou ?

Je vois que Misange est entrée dans le débat, va y avoir du sport !

A suivre
Robert

"michdenis" a écrit dans le message de news:

Bonjour Robert,

Ah ! ces Américains ! Et Bilou ! Observe jusqu'à quel point excel-vba est
insidieux !!!!!!!!!!!!


Avec excel 2002 et excel 2003, supposons que l'usager décide de travailler
dans son application favorite avec un

séparateur décimale autre que celui du système d'exploitations
Windows....Barre des menus / outils / options / onglet

international et il indique comme séparateur décimale : la virgule. (je
prends pour acquis que le séparateur décimale de

Windows était le point)`

Ceci signifie que les fonctions de conversion en vba cdbl() ... format()
pourront très bien faire leur travail en

utilisant la virgule mais ces fonctions renverront la valeur transformée
avec le point comme séparateur décimale et non

la virgule.

En d'autres mots, Bilou accepte que tu lui parle en Français, mais, de
toutes façons, il te répond en anglais ....

tranquillement il espère que tu comprendras le gros bon sens !!!!!! ;-))

En passant, si vos représentants politiques décident de modifier la
virgule pour le point, n'oubliez pas de leur parler

des dates ... cette fois-ci, je suis d'accord avec Bilou ;-))))


Salutations!



"Herdet" a écrit dans le message de
news:%

<Mais l'usage du point dans XL "met ta pendule à l'heure internationale"
et

évite pas mal de problèmes>
De quels genres car personnellement depuis l'existance d'Excel sur Mac et
PC

et avant avec Mutiplan en 1984, je n'ai jamais eu de problème avec
l'affichage de la virgule sauf en VBA où le point décimal est obligatoire.
Dans ma société les 300 ordinateurs en paramétrage France fonctionnent
parfaitement alors où est le problème ?

Robert

"AV" a écrit dans le message de news:

Quoique tu en penses et en dises, la virgule reste toujours le
séparateur


décimal officiel et légal en France


J'ai pas dit le contraire...!
Mais l'usage du point dans XL "met ta pendule à l'heure internationale"
et


évite
pas mal de problèmes

"....aussi RESISTONS TANT QUE NOUS LE POUVONS..."


Aux armes citoyens ??
;-)
AV










Avatar
Herdet
Bonsoir Flo,
< Il n'en reste pas moins que quand tu dois saisir des données au km, il
est autrement plus facile d'utiliser le point du pavé numérique que la
virgule >
Dans Excel qui est est fait pour des textes assez brefs et des formules de
calcul, la saisie au km doit être assez peu utilisée par rapport à un
traitement de texte fait pour cela.
N'empêche que sans la virgule, il doit y avoir un bon paquet de fautes
d'orthographe dans ce type de texte, ce qui est plutôt déconseillé pour
l'aprentissage de la langue de base dans les écoles francophones.

< Pas de doute qu'un jour les américains passeront au m et au kg ailleurs
que dans les sciences (là c'est fait pour eux depuis longtemps). >
Dans mon métier assez technique (hydraulique, travaux public, bâtiment entre
autres) les débits en gallons par mn, les pouces et autres joyeusetés sont
encore assez fréquents.

Pour une certaine harmonisation c'est bien aussi mon avis, mais surtout pas
à sens unique.
Je suis parfaitement d'accord avec toi en ce qui concerne les dates en
année/mois/jour qui faciliteraient les tris, car j'ai dû plusieurs fois
rajouter des colonnes pour classer des résultats annuels et c'est un peu
casse-pied.

A bientôt
Robert
PS : aurons-nous la joie de te revoir (avec Eric ?) à la prochaine rencontre
du MPFE à Paris ?


"Misange" a écrit dans le message de news:

Bonsoir Robert,
Il n'en reste pas moins que quand tu dois saisir des données au km, il
est autrement plus facile d'utiliser le point du pavé numérique que la
virgule.
C'es vrai que dans mon boulot on ne se pose pas cette question et cela
fait lurette que nous sommes passés au point comme séparateur décimal.
Ca évite des tas de problèmes quand on dialogue avec des américains, des
japonais, des israéliens, des russes...
Pas de doute qu'un jour les américains passeront au m et au kg ailleurs
que dans les sciences (là c'est fait pour eux depuis longtemps).
Alors je pense personnellement qu'au lieu de camper chacun de son côté
sur sa façon de faire et de voir, il vaut mieux essayer d'aller vers une
certaine harmonisation. En ce qui concerne les dates, ce qui serait
raisonnable ce serait je trouve d'adopter ni le système européen ni
l'américain mais un plus logique : année/mois/jour qui permet de trier
aisément les dates par ordre croissant !

Misange migrateuse http://www.excelabo.net
mail : http://cerbermail.com/?k5Q8Dh2mta

on 30/10/2004 20:55:
Bonsoir Isabelle
Désolé, mais le sujet porte sur Excel (FR) et VBA, pas sur Visual Basic
ce


qui est complêtement différent.
Au passage pour parler de VB, les développeurs en VB de ma société ont
contourné ce problème de saisie et affichage avec virgule depuis pas mal
d'années et les utilisateurs emploient le clavier azerty et les
paramètres


Français par défaut.
A suivre... peut être
Robert

"isabelle" a écrit dans le message de
news:






alors où est le problème ?


visual basic ;-)

isabelle










Avatar
sabatier
réponse hydraulique de flo : ça coule de source...
jps

"Herdet" a écrit dans le message de
news:
PS : aurons-nous la joie de te revoir (avec Eric ?) à la prochaine
rencontre

du MPFE à Paris ?


"Misange" a écrit dans le message de news:

Bonsoir Robert,
Il n'en reste pas moins que quand tu dois saisir des données au km, il
est autrement plus facile d'utiliser le point du pavé numérique que la
virgule.
C'es vrai que dans mon boulot on ne se pose pas cette question et cela
fait lurette que nous sommes passés au point comme séparateur décimal.
Ca évite des tas de problèmes quand on dialogue avec des américains, des
japonais, des israéliens, des russes...
Pas de doute qu'un jour les américains passeront au m et au kg ailleurs
que dans les sciences (là c'est fait pour eux depuis longtemps).
Alors je pense personnellement qu'au lieu de camper chacun de son côté
sur sa façon de faire et de voir, il vaut mieux essayer d'aller vers une
certaine harmonisation. En ce qui concerne les dates, ce qui serait
raisonnable ce serait je trouve d'adopter ni le système européen ni
l'américain mais un plus logique : année/mois/jour qui permet de trier
aisément les dates par ordre croissant !

Misange migrateuse http://www.excelabo.net
mail : http://cerbermail.com/?k5Q8Dh2mta

on 30/10/2004 20:55:
Bonsoir Isabelle
Désolé, mais le sujet porte sur Excel (FR) et VBA, pas sur Visual
Basic



ce
qui est complêtement différent.
Au passage pour parler de VB, les développeurs en VB de ma société ont
contourné ce problème de saisie et affichage avec virgule depuis pas
mal



d'années et les utilisateurs emploient le clavier azerty et les
paramètres


Français par défaut.
A suivre... peut être
Robert

"isabelle" a écrit dans le message de
news:






alors où est le problème ?


visual basic ;-)

isabelle














Avatar
Herdet
Me voila rassuré, JP
Robert

"sabatier" a écrit dans le message
de news:
réponse hydraulique de flo : ça coule de source...
jps

"Herdet" a écrit dans le message de
news:
PS : aurons-nous la joie de te revoir (avec Eric ?) à la prochaine
rencontre

du MPFE à Paris ?


"Misange" a écrit dans le message de news:

Bonsoir Robert,
Il n'en reste pas moins que quand tu dois saisir des données au km, il
est autrement plus facile d'utiliser le point du pavé numérique que la
virgule.
C'es vrai que dans mon boulot on ne se pose pas cette question et cela
fait lurette que nous sommes passés au point comme séparateur décimal.
Ca évite des tas de problèmes quand on dialogue avec des américains,
des



japonais, des israéliens, des russes...
Pas de doute qu'un jour les américains passeront au m et au kg
ailleurs



que dans les sciences (là c'est fait pour eux depuis longtemps).
Alors je pense personnellement qu'au lieu de camper chacun de son côté
sur sa façon de faire et de voir, il vaut mieux essayer d'aller vers
une



certaine harmonisation. En ce qui concerne les dates, ce qui serait
raisonnable ce serait je trouve d'adopter ni le système européen ni
l'américain mais un plus logique : année/mois/jour qui permet de trier
aisément les dates par ordre croissant !

Misange migrateuse http://www.excelabo.net
mail : http://cerbermail.com/?k5Q8Dh2mta

on 30/10/2004 20:55:
Bonsoir Isabelle
Désolé, mais le sujet porte sur Excel (FR) et VBA, pas sur Visual
Basic



ce
qui est complêtement différent.
Au passage pour parler de VB, les développeurs en VB de ma société
ont




contourné ce problème de saisie et affichage avec virgule depuis pas
mal



d'années et les utilisateurs emploient le clavier azerty et les
paramètres


Français par défaut.
A suivre... peut être
Robert

"isabelle" a écrit dans le message de
news:






alors où est le problème ?


visual basic ;-)

isabelle


















1 2 3 4