Bonjour,
En etant sur une version excel en francais et en ayant des dates en
francais
sur le code et sur l'appli.
le fait de passer à une version anglaise.
pensez vous que cela peut poser problème au niveau des dates.
Merci.
Bonjour,
En etant sur une version excel en francais et en ayant des dates en
francais
sur le code et sur l'appli.
le fait de passer à une version anglaise.
pensez vous que cela peut poser problème au niveau des dates.
Merci.
Bonjour,
En etant sur une version excel en francais et en ayant des dates en
francais
sur le code et sur l'appli.
le fait de passer à une version anglaise.
pensez vous que cela peut poser problème au niveau des dates.
Merci.
Pour Excel, une date c'est uniquement un numéro parmi d'autres. En
principe, la conversion est automatique. Si tu les fais en VBA, le
plus sur est de passer par Dateserial() pour contrôler les conversions
"PHIL" a écrit dans le message de
news:Bonjour,
En etant sur une version excel en francais et en ayant des dates en
francaissur le code et sur l'appli.
le fait de passer à une version anglaise.
pensez vous que cela peut poser problème au niveau des dates.
Merci.
Pour Excel, une date c'est uniquement un numéro parmi d'autres. En
principe, la conversion est automatique. Si tu les fais en VBA, le
plus sur est de passer par Dateserial() pour contrôler les conversions
"PHIL" <PHIL@discussions.microsoft.com> a écrit dans le message de
news:C2A8967D-1C49-40CD-8E94-8BC4F71A7F24@microsoft.com...
Bonjour,
En etant sur une version excel en francais et en ayant des dates en
francais
sur le code et sur l'appli.
le fait de passer à une version anglaise.
pensez vous que cela peut poser problème au niveau des dates.
Merci.
Pour Excel, une date c'est uniquement un numéro parmi d'autres. En
principe, la conversion est automatique. Si tu les fais en VBA, le
plus sur est de passer par Dateserial() pour contrôler les conversions
"PHIL" a écrit dans le message de
news:Bonjour,
En etant sur une version excel en francais et en ayant des dates en
francaissur le code et sur l'appli.
le fait de passer à une version anglaise.
pensez vous que cela peut poser problème au niveau des dates.
Merci.
oui dans mon vba, j''ai ecrit en dur le code.
c'est a dire des dates tels que.
"31.02.2004"
tu pense que ca va poser des problèmes?
merci
"Clément Marcotte" wrote:Pour Excel, une date c'est uniquement un numéro parmi d'autres. En
principe, la conversion est automatique. Si tu les fais en VBA, le
plus sur est de passer par Dateserial() pour contrôler les
conversions
"PHIL" a écrit dans le message de
news:Bonjour,
En etant sur une version excel en francais et en ayant des dates
en
francaissur le code et sur l'appli.
le fait de passer à une version anglaise.
pensez vous que cela peut poser problème au niveau des dates.
Merci.
oui dans mon vba, j''ai ecrit en dur le code.
c'est a dire des dates tels que.
"31.02.2004"
tu pense que ca va poser des problèmes?
merci
"Clément Marcotte" wrote:
Pour Excel, une date c'est uniquement un numéro parmi d'autres. En
principe, la conversion est automatique. Si tu les fais en VBA, le
plus sur est de passer par Dateserial() pour contrôler les
conversions
"PHIL" <PHIL@discussions.microsoft.com> a écrit dans le message de
news:C2A8967D-1C49-40CD-8E94-8BC4F71A7F24@microsoft.com...
Bonjour,
En etant sur une version excel en francais et en ayant des dates
en
francais
sur le code et sur l'appli.
le fait de passer à une version anglaise.
pensez vous que cela peut poser problème au niveau des dates.
Merci.
oui dans mon vba, j''ai ecrit en dur le code.
c'est a dire des dates tels que.
"31.02.2004"
tu pense que ca va poser des problèmes?
merci
"Clément Marcotte" wrote:Pour Excel, une date c'est uniquement un numéro parmi d'autres. En
principe, la conversion est automatique. Si tu les fais en VBA, le
plus sur est de passer par Dateserial() pour contrôler les
conversions
"PHIL" a écrit dans le message de
news:Bonjour,
En etant sur une version excel en francais et en ayant des dates
en
francaissur le code et sur l'appli.
le fait de passer à une version anglaise.
pensez vous que cela peut poser problème au niveau des dates.
Merci.
Si tes dates sont sous un format particulier, non-Excel, c'est à toi
de t'assurer que le programme prend bien les donnes données.
Mais, somme toute, cela dépend de quel "Anglais" tu parles.
Pour un Anglais "britannique" ton format spécial n'aura sans doute
pas dépaysant, parce que somme toute, c'est conforme à sa façon de
comprendre une date. Que les séparateurs soient des points, des
tirets, des barres obliques, cela ne changera pas grand chose. Son
cerveau va reconnaître une date.
Par contre si tu veux imposer cela à un anglais "américain", tu vas le
perdre, et même l'indisposer. Pour un américain une date s'exprime en
mois - jour - année. Si bien que son cerveau aura de la difficulté à
s'adapter à un format qui ne lui dit somme toute rien.
Si, tu parles à un anglais "canadien", là tu as le melting pot au
complet. En principe, le format "légal" de date au Canada est
année-mois-jour. Cependant, beaucoup de programmes viennent des
États-Unis et ne sont pas "canadianisés"; si bien que certains
canadiens travaillent "naturellement" au format de date américain.
Mais, comme avant la transition au système métrique, le format de date
canadien était le format de date britannique, certains canadiens
utilisent le même format de date que les britanniques ou les français.
Par contre, les plus jeunes, sont habitués au format année-mois-jour.
Tu risques même de voir, dans la même entreprise, des gens qui doivent
se promener d'un format à l'autre. Et c'est l'habitude et ou le
contexte, qui vont faire réaliser le format de date utilisé.
Donc, c'est à l'affichage que tu risques d'avoir le plus problèmes,
selon ce que chaque "Anglais" aura comme paramètres régionaux ou
format de date sur sa machine.
C'est pour cela que je serais enclin, peu importe la langue à passer
par DateSerial() qui va faire que l'ordinateur va afficher "la bonne
date"
"PHIL" a écrit dans le message de
news:oui dans mon vba, j''ai ecrit en dur le code.
c'est a dire des dates tels que.
"31.02.2004"
tu pense que ca va poser des problèmes?
merci
"Clément Marcotte" wrote:Pour Excel, une date c'est uniquement un numéro parmi d'autres. En
principe, la conversion est automatique. Si tu les fais en VBA, le
plus sur est de passer par Dateserial() pour contrôler les
conversions
"PHIL" a écrit dans le message de
news:Bonjour,
En etant sur une version excel en francais et en ayant des dates
enfrancaissur le code et sur l'appli.
le fait de passer à une version anglaise.
pensez vous que cela peut poser problème au niveau des dates.
Merci.
Si tes dates sont sous un format particulier, non-Excel, c'est à toi
de t'assurer que le programme prend bien les donnes données.
Mais, somme toute, cela dépend de quel "Anglais" tu parles.
Pour un Anglais "britannique" ton format spécial n'aura sans doute
pas dépaysant, parce que somme toute, c'est conforme à sa façon de
comprendre une date. Que les séparateurs soient des points, des
tirets, des barres obliques, cela ne changera pas grand chose. Son
cerveau va reconnaître une date.
Par contre si tu veux imposer cela à un anglais "américain", tu vas le
perdre, et même l'indisposer. Pour un américain une date s'exprime en
mois - jour - année. Si bien que son cerveau aura de la difficulté à
s'adapter à un format qui ne lui dit somme toute rien.
Si, tu parles à un anglais "canadien", là tu as le melting pot au
complet. En principe, le format "légal" de date au Canada est
année-mois-jour. Cependant, beaucoup de programmes viennent des
États-Unis et ne sont pas "canadianisés"; si bien que certains
canadiens travaillent "naturellement" au format de date américain.
Mais, comme avant la transition au système métrique, le format de date
canadien était le format de date britannique, certains canadiens
utilisent le même format de date que les britanniques ou les français.
Par contre, les plus jeunes, sont habitués au format année-mois-jour.
Tu risques même de voir, dans la même entreprise, des gens qui doivent
se promener d'un format à l'autre. Et c'est l'habitude et ou le
contexte, qui vont faire réaliser le format de date utilisé.
Donc, c'est à l'affichage que tu risques d'avoir le plus problèmes,
selon ce que chaque "Anglais" aura comme paramètres régionaux ou
format de date sur sa machine.
C'est pour cela que je serais enclin, peu importe la langue à passer
par DateSerial() qui va faire que l'ordinateur va afficher "la bonne
date"
"PHIL" <PHIL@discussions.microsoft.com> a écrit dans le message de
news:52E4E72E-5E05-4CDB-B471-45A617504AD4@microsoft.com...
oui dans mon vba, j''ai ecrit en dur le code.
c'est a dire des dates tels que.
"31.02.2004"
tu pense que ca va poser des problèmes?
merci
"Clément Marcotte" wrote:
Pour Excel, une date c'est uniquement un numéro parmi d'autres. En
principe, la conversion est automatique. Si tu les fais en VBA, le
plus sur est de passer par Dateserial() pour contrôler les
conversions
"PHIL" <PHIL@discussions.microsoft.com> a écrit dans le message de
news:C2A8967D-1C49-40CD-8E94-8BC4F71A7F24@microsoft.com...
Bonjour,
En etant sur une version excel en francais et en ayant des dates
en
francais
sur le code et sur l'appli.
le fait de passer à une version anglaise.
pensez vous que cela peut poser problème au niveau des dates.
Merci.
Si tes dates sont sous un format particulier, non-Excel, c'est à toi
de t'assurer que le programme prend bien les donnes données.
Mais, somme toute, cela dépend de quel "Anglais" tu parles.
Pour un Anglais "britannique" ton format spécial n'aura sans doute
pas dépaysant, parce que somme toute, c'est conforme à sa façon de
comprendre une date. Que les séparateurs soient des points, des
tirets, des barres obliques, cela ne changera pas grand chose. Son
cerveau va reconnaître une date.
Par contre si tu veux imposer cela à un anglais "américain", tu vas le
perdre, et même l'indisposer. Pour un américain une date s'exprime en
mois - jour - année. Si bien que son cerveau aura de la difficulté à
s'adapter à un format qui ne lui dit somme toute rien.
Si, tu parles à un anglais "canadien", là tu as le melting pot au
complet. En principe, le format "légal" de date au Canada est
année-mois-jour. Cependant, beaucoup de programmes viennent des
États-Unis et ne sont pas "canadianisés"; si bien que certains
canadiens travaillent "naturellement" au format de date américain.
Mais, comme avant la transition au système métrique, le format de date
canadien était le format de date britannique, certains canadiens
utilisent le même format de date que les britanniques ou les français.
Par contre, les plus jeunes, sont habitués au format année-mois-jour.
Tu risques même de voir, dans la même entreprise, des gens qui doivent
se promener d'un format à l'autre. Et c'est l'habitude et ou le
contexte, qui vont faire réaliser le format de date utilisé.
Donc, c'est à l'affichage que tu risques d'avoir le plus problèmes,
selon ce que chaque "Anglais" aura comme paramètres régionaux ou
format de date sur sa machine.
C'est pour cela que je serais enclin, peu importe la langue à passer
par DateSerial() qui va faire que l'ordinateur va afficher "la bonne
date"
"PHIL" a écrit dans le message de
news:oui dans mon vba, j''ai ecrit en dur le code.
c'est a dire des dates tels que.
"31.02.2004"
tu pense que ca va poser des problèmes?
merci
"Clément Marcotte" wrote:Pour Excel, une date c'est uniquement un numéro parmi d'autres. En
principe, la conversion est automatique. Si tu les fais en VBA, le
plus sur est de passer par Dateserial() pour contrôler les
conversions
"PHIL" a écrit dans le message de
news:Bonjour,
En etant sur une version excel en francais et en ayant des dates
enfrancaissur le code et sur l'appli.
le fait de passer à une version anglaise.
pensez vous que cela peut poser problème au niveau des dates.
Merci.
j'utilie date serial ou?Si tes dates sont sous un format particulier, non-Excel, c'est à toi
de t'assurer que le programme prend bien les donnes données.
Mais, somme toute, cela dépend de quel "Anglais" tu parles.
Pour un Anglais "britannique" ton format spécial n'aura sans doute
pas dépaysant, parce que somme toute, c'est conforme à sa façon de
comprendre une date. Que les séparateurs soient des points, des
tirets, des barres obliques, cela ne changera pas grand chose. Son
cerveau va reconnaître une date.
Par contre si tu veux imposer cela à un anglais "américain", tu vas le
perdre, et même l'indisposer. Pour un américain une date s'exprime en
mois - jour - année. Si bien que son cerveau aura de la difficulté à
s'adapter à un format qui ne lui dit somme toute rien.
Si, tu parles à un anglais "canadien", là tu as le melting pot au
complet. En principe, le format "légal" de date au Canada est
année-mois-jour. Cependant, beaucoup de programmes viennent des
États-Unis et ne sont pas "canadianisés"; si bien que certains
canadiens travaillent "naturellement" au format de date américain.
Mais, comme avant la transition au système métrique, le format de date
canadien était le format de date britannique, certains canadiens
utilisent le même format de date que les britanniques ou les français.
Par contre, les plus jeunes, sont habitués au format année-mois-jour.
Tu risques même de voir, dans la même entreprise, des gens qui doivent
se promener d'un format à l'autre. Et c'est l'habitude et ou le
contexte, qui vont faire réaliser le format de date utilisé.
Donc, c'est à l'affichage que tu risques d'avoir le plus problèmes,
selon ce que chaque "Anglais" aura comme paramètres régionaux ou
format de date sur sa machine.
C'est pour cela que je serais enclin, peu importe la langue à passer
par DateSerial() qui va faire que l'ordinateur va afficher "la bonne
date"
"PHIL" a écrit dans le message de
news:oui dans mon vba, j''ai ecrit en dur le code.
c'est a dire des dates tels que.
"31.02.2004"
tu pense que ca va poser des problèmes?
merci
"Clément Marcotte" wrote:Pour Excel, une date c'est uniquement un numéro parmi d'autres. En
principe, la conversion est automatique. Si tu les fais en VBA, le
plus sur est de passer par Dateserial() pour contrôler les
conversions
"PHIL" a écrit dans le message de
news:Bonjour,
En etant sur une version excel en francais et en ayant des dates
enfrancaissur le code et sur l'appli.
le fait de passer à une version anglaise.
pensez vous que cela peut poser problème au niveau des dates.
Merci.
j'utilie date serial ou?
Si tes dates sont sous un format particulier, non-Excel, c'est à toi
de t'assurer que le programme prend bien les donnes données.
Mais, somme toute, cela dépend de quel "Anglais" tu parles.
Pour un Anglais "britannique" ton format spécial n'aura sans doute
pas dépaysant, parce que somme toute, c'est conforme à sa façon de
comprendre une date. Que les séparateurs soient des points, des
tirets, des barres obliques, cela ne changera pas grand chose. Son
cerveau va reconnaître une date.
Par contre si tu veux imposer cela à un anglais "américain", tu vas le
perdre, et même l'indisposer. Pour un américain une date s'exprime en
mois - jour - année. Si bien que son cerveau aura de la difficulté à
s'adapter à un format qui ne lui dit somme toute rien.
Si, tu parles à un anglais "canadien", là tu as le melting pot au
complet. En principe, le format "légal" de date au Canada est
année-mois-jour. Cependant, beaucoup de programmes viennent des
États-Unis et ne sont pas "canadianisés"; si bien que certains
canadiens travaillent "naturellement" au format de date américain.
Mais, comme avant la transition au système métrique, le format de date
canadien était le format de date britannique, certains canadiens
utilisent le même format de date que les britanniques ou les français.
Par contre, les plus jeunes, sont habitués au format année-mois-jour.
Tu risques même de voir, dans la même entreprise, des gens qui doivent
se promener d'un format à l'autre. Et c'est l'habitude et ou le
contexte, qui vont faire réaliser le format de date utilisé.
Donc, c'est à l'affichage que tu risques d'avoir le plus problèmes,
selon ce que chaque "Anglais" aura comme paramètres régionaux ou
format de date sur sa machine.
C'est pour cela que je serais enclin, peu importe la langue à passer
par DateSerial() qui va faire que l'ordinateur va afficher "la bonne
date"
"PHIL" <PHIL@discussions.microsoft.com> a écrit dans le message de
news:52E4E72E-5E05-4CDB-B471-45A617504AD4@microsoft.com...
oui dans mon vba, j''ai ecrit en dur le code.
c'est a dire des dates tels que.
"31.02.2004"
tu pense que ca va poser des problèmes?
merci
"Clément Marcotte" wrote:
Pour Excel, une date c'est uniquement un numéro parmi d'autres. En
principe, la conversion est automatique. Si tu les fais en VBA, le
plus sur est de passer par Dateserial() pour contrôler les
conversions
"PHIL" <PHIL@discussions.microsoft.com> a écrit dans le message de
news:C2A8967D-1C49-40CD-8E94-8BC4F71A7F24@microsoft.com...
Bonjour,
En etant sur une version excel en francais et en ayant des dates
en
francais
sur le code et sur l'appli.
le fait de passer à une version anglaise.
pensez vous que cela peut poser problème au niveau des dates.
Merci.
j'utilie date serial ou?Si tes dates sont sous un format particulier, non-Excel, c'est à toi
de t'assurer que le programme prend bien les donnes données.
Mais, somme toute, cela dépend de quel "Anglais" tu parles.
Pour un Anglais "britannique" ton format spécial n'aura sans doute
pas dépaysant, parce que somme toute, c'est conforme à sa façon de
comprendre une date. Que les séparateurs soient des points, des
tirets, des barres obliques, cela ne changera pas grand chose. Son
cerveau va reconnaître une date.
Par contre si tu veux imposer cela à un anglais "américain", tu vas le
perdre, et même l'indisposer. Pour un américain une date s'exprime en
mois - jour - année. Si bien que son cerveau aura de la difficulté à
s'adapter à un format qui ne lui dit somme toute rien.
Si, tu parles à un anglais "canadien", là tu as le melting pot au
complet. En principe, le format "légal" de date au Canada est
année-mois-jour. Cependant, beaucoup de programmes viennent des
États-Unis et ne sont pas "canadianisés"; si bien que certains
canadiens travaillent "naturellement" au format de date américain.
Mais, comme avant la transition au système métrique, le format de date
canadien était le format de date britannique, certains canadiens
utilisent le même format de date que les britanniques ou les français.
Par contre, les plus jeunes, sont habitués au format année-mois-jour.
Tu risques même de voir, dans la même entreprise, des gens qui doivent
se promener d'un format à l'autre. Et c'est l'habitude et ou le
contexte, qui vont faire réaliser le format de date utilisé.
Donc, c'est à l'affichage que tu risques d'avoir le plus problèmes,
selon ce que chaque "Anglais" aura comme paramètres régionaux ou
format de date sur sa machine.
C'est pour cela que je serais enclin, peu importe la langue à passer
par DateSerial() qui va faire que l'ordinateur va afficher "la bonne
date"
"PHIL" a écrit dans le message de
news:oui dans mon vba, j''ai ecrit en dur le code.
c'est a dire des dates tels que.
"31.02.2004"
tu pense que ca va poser des problèmes?
merci
"Clément Marcotte" wrote:Pour Excel, une date c'est uniquement un numéro parmi d'autres. En
principe, la conversion est automatique. Si tu les fais en VBA, le
plus sur est de passer par Dateserial() pour contrôler les
conversions
"PHIL" a écrit dans le message de
news:Bonjour,
En etant sur une version excel en francais et en ayant des dates
enfrancaissur le code et sur l'appli.
le fait de passer à une version anglaise.
pensez vous que cela peut poser problème au niveau des dates.
Merci.