J'ai quelque pb avec acces et sa gestion des dates. ;
Comme je travaille avec des fonctions vba qui sont appellées par des evenement de formulair
et que le formulaire est créé dynamiquement
les dates sont modifiées au petit bonheur la chanc
J'aimerai pouvoir travailler avec des dates toujours au meme format et pas me prendre la tete à savoir si c'est en fr ou us
J'utilse Clong mais ça ne marche pas à tous les coups, la mise entre #date# ne marche pas mieux
Si il y a une solution pour traiter des dates toujours sous le meme format, ça serait genial
Merci si vous avez une solution presque miracle ou me proposer les bonnes régles de conduite à suivr
puis-je suggérer simplement l'usage de la fonction Format ...
Format([MaDate],"mm/dd/yyyy") et pis c'est tout ...
-- ---------------------------------------------------------------------------- - Maxence HUBICHE Formateur et développeur indépendant Modérateur/rédacteur sur http://www.developpez.com
"3stone" a écrit dans le message de news: #
re,
"joyeux atchoum"
desolé de te gonfler
c'est dégonflé ;-))
mais bon comme j'utilise à tous les coups la fonction usdate si en court de route je dois la retraiter le test avec # evite d'avoir une erreur de type avec la
suite.
non, fausse déduction...
Un bécane avec paramètre régionaux (PR) fr ou autre...
Un champ MaDate dans une table sera sauvé à la "méthode Access" (tu t'en fout)
- si tu n'a pas spécifié de format d'affichage, Access te la "montrera" selon les PR.
- si tu fixe un format d'affichage, Access utilisera celui-ci pour te "montrer" ta date
Comme Access est sympa, tu *peux* spécifier ce format directement dans la table,
ou plus tard... dans une zone de texte dans le formulaire ou l'état.
Personnellement, je ne spécifie un format de date que le plus tard possible,
lorsque le format des PR ne me convient plus...
Reprennons: Lors d'une comparaison, test, VBA ou SQL, tu vas utiliser le champ [MaTable].[MaDate]
que tu vas comparer à une... [autre_date]...
Pour que cela se passe bien, cette [autre_date] à intérêt à être présentée dans un format
date valide, d'où la nécessité des "#" devant et derrière (à la place de guillemets pour les string)
de plus, il faut lui présenter cette date au format US (donc mm/jj/aaaa )
Ce qui deviens (je te fait grâce des "If" et autre "Then" :)
[MaTable].[MaDate] = #mm/jj/aaaa#
ou, en utilisant la fonction :
[MaTable].[MaDate] = USDate([autre_date])
Comme tu peux constater, en aucun moment, une date ne devrait arriver à la fonction avec un "#" comme caractère faissant partie intégrale d'une date.
Sauf si tu "stocke" une date dans une variable de type string... ;-(
Bonne année 2004 et aussi... bonne *fin* d'année 2003 ;-))))
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
puis-je suggérer simplement l'usage de la fonction Format ...
Format([MaDate],"mm/dd/yyyy")
et pis c'est tout ...
--
----------------------------------------------------------------------------
-
Maxence HUBICHE
Formateur et développeur indépendant
Modérateur/rédacteur sur http://www.developpez.com
"3stone" <3stone@skynet.be> a écrit dans le message de news:
#SSfxx6zDHA.2156@TK2MSFTNGP12.phx.gbl...
re,
"joyeux atchoum"
desolé de te gonfler
c'est dégonflé ;-))
mais bon comme j'utilise à tous les coups la fonction usdate
si en court de route je dois la retraiter le test avec # evite d'avoir
une erreur de type avec la
suite.
non, fausse déduction...
Un bécane avec paramètre régionaux (PR) fr ou autre...
Un champ MaDate dans une table sera sauvé à la "méthode Access" (tu t'en
fout)
- si tu n'a pas spécifié de format d'affichage, Access te la "montrera"
selon les PR.
- si tu fixe un format d'affichage, Access utilisera celui-ci pour te
"montrer" ta date
Comme Access est sympa, tu *peux* spécifier ce format directement dans
la table,
ou plus tard... dans une zone de texte dans le formulaire ou l'état.
Personnellement, je ne spécifie un format de date que le plus tard
possible,
lorsque le format des PR ne me convient plus...
Reprennons:
Lors d'une comparaison, test, VBA ou SQL, tu vas utiliser le champ
[MaTable].[MaDate]
que tu vas comparer à une... [autre_date]...
Pour que cela se passe bien, cette [autre_date] à intérêt à être présentée
dans un format
date valide, d'où la nécessité des "#" devant et derrière (à la place de
guillemets pour les string)
de plus, il faut lui présenter cette date au format US (donc mm/jj/aaaa )
Ce qui deviens (je te fait grâce des "If" et autre "Then" :)
[MaTable].[MaDate] = #mm/jj/aaaa#
ou, en utilisant la fonction :
[MaTable].[MaDate] = USDate([autre_date])
Comme tu peux constater, en aucun moment, une date ne devrait arriver
à la fonction avec un "#" comme caractère faissant partie intégrale d'une
date.
Sauf si tu "stocke" une date dans une variable de type string... ;-(
Bonne année 2004
et aussi... bonne *fin* d'année 2003 ;-))))
--
A+
Pierre (3stone) Access MVP
-----------------------------
http://users.skynet.be/mpfa
-----------------------------
puis-je suggérer simplement l'usage de la fonction Format ...
Format([MaDate],"mm/dd/yyyy") et pis c'est tout ...
-- ---------------------------------------------------------------------------- - Maxence HUBICHE Formateur et développeur indépendant Modérateur/rédacteur sur http://www.developpez.com
"3stone" a écrit dans le message de news: #
re,
"joyeux atchoum"
desolé de te gonfler
c'est dégonflé ;-))
mais bon comme j'utilise à tous les coups la fonction usdate si en court de route je dois la retraiter le test avec # evite d'avoir une erreur de type avec la
suite.
non, fausse déduction...
Un bécane avec paramètre régionaux (PR) fr ou autre...
Un champ MaDate dans une table sera sauvé à la "méthode Access" (tu t'en fout)
- si tu n'a pas spécifié de format d'affichage, Access te la "montrera" selon les PR.
- si tu fixe un format d'affichage, Access utilisera celui-ci pour te "montrer" ta date
Comme Access est sympa, tu *peux* spécifier ce format directement dans la table,
ou plus tard... dans une zone de texte dans le formulaire ou l'état.
Personnellement, je ne spécifie un format de date que le plus tard possible,
lorsque le format des PR ne me convient plus...
Reprennons: Lors d'une comparaison, test, VBA ou SQL, tu vas utiliser le champ [MaTable].[MaDate]
que tu vas comparer à une... [autre_date]...
Pour que cela se passe bien, cette [autre_date] à intérêt à être présentée dans un format
date valide, d'où la nécessité des "#" devant et derrière (à la place de guillemets pour les string)
de plus, il faut lui présenter cette date au format US (donc mm/jj/aaaa )
Ce qui deviens (je te fait grâce des "If" et autre "Then" :)
[MaTable].[MaDate] = #mm/jj/aaaa#
ou, en utilisant la fonction :
[MaTable].[MaDate] = USDate([autre_date])
Comme tu peux constater, en aucun moment, une date ne devrait arriver à la fonction avec un "#" comme caractère faissant partie intégrale d'une date.
Sauf si tu "stocke" une date dans une variable de type string... ;-(
Bonne année 2004 et aussi... bonne *fin* d'année 2003 ;-))))
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
