Dans Windows Explorer, je vois la date de dernière mise à jour des
fichiers à la minute près.
Est-ce qu'il serait possible par un paramétrage qconque de l'avoir à la
seconde près ?
Je n'arrive pas à trouver.
Si vous appliquez la fonction #timeformat(votre_valeur, "HH:mm:ss")# , cela ne vous donne pas les secondes ?
Ah, je vois un connaisseur en CF ! ;-) Le problème, c'est que la valeur est celle retournée par CFDIRECTORY dans la variable dateLastModified. Cette variable contient déjà une chaîne, mais sans les secondes, c'est ça le problème. Or cette chaîne contient exactement la même chose que ce que Explorer affiche dans la colonne de la date des fichiers. Donc j'espérait que si CF allait la chercher qqpart dans Windows et que c'était paramétrable, je pourrais régler le problème, mais il semble que ce ne soit pas le cas.
Merci.
Si vous appliquez la fonction #timeformat(votre_valeur, "HH:mm:ss")# ,
cela ne vous donne pas les secondes ?
Ah, je vois un connaisseur en CF ! ;-)
Le problème, c'est que la valeur est celle retournée par CFDIRECTORY
dans la variable
dateLastModified. Cette variable contient déjà une chaîne, mais sans les
secondes,
c'est ça le problème.
Or cette chaîne contient exactement la même chose que ce que Explorer
affiche dans la colonne
de la date des fichiers. Donc j'espérait que si CF allait la chercher
qqpart dans Windows
et que c'était paramétrable, je pourrais régler le problème, mais il
semble que ce ne soit pas le cas.
Si vous appliquez la fonction #timeformat(votre_valeur, "HH:mm:ss")# , cela ne vous donne pas les secondes ?
Ah, je vois un connaisseur en CF ! ;-) Le problème, c'est que la valeur est celle retournée par CFDIRECTORY dans la variable dateLastModified. Cette variable contient déjà une chaîne, mais sans les secondes, c'est ça le problème. Or cette chaîne contient exactement la même chose que ce que Explorer affiche dans la colonne de la date des fichiers. Donc j'espérait que si CF allait la chercher qqpart dans Windows et que c'était paramétrable, je pourrais régler le problème, mais il semble que ce ne soit pas le cas.