Operation sur les dates...

Dr J R Stockton wrote :

Hello John,

<snip>

Mes boîtes noirs contient des Strings; les Strings peuvent contenir
n'importe quoi.

Personnellement, je préfère nettement savoir ce qu'ils contiennent avant
de m'y aventurer... :)

Cheers,
Elegie.

--
In English, "string" has many meanings; in French, only one.

> Parce que si tu ajoutes 1 heure à 23 heures 01
ça ne passera pas au lendemain.

Bonsoir,

function add()
{
var now = new Date();
now.setHours(23);
now.setMinutes(01);
now.setSeconds(00);

var time = now.getTime();
time += (1000 * 60 * 60);
now.setTime(time);
alert(now.toLocaleString());
}

je l'ai fait aujourd'hui, 23 janvier ce qui donne :
sam 24 jan 2009 00:01:00 CET

Ou me suis-je trompé ???

Matt...

Le 23/01/2009 20:34, matt a écrit :

Ou me suis-je trompé ???

Nulle part. Le 23 janvier à 23 h 01 plus 3 600 000 millisecondes,
ça donne bien le 24 janvier à 00 h 01.

Olivier Miakinen a écrit :

Le 23/01/2009 20:34, matt a écrit :

Ou me suis-je trompé ???

Nulle part. Le 23 janvier à 23 h 01 plus 3 600 000 millisecondes,
ça donne bien le 24 janvier à 00 h 01.

Bonjour,

Mais apparement pas pour tout le monde !!!
(cf post de SAM, 3 plus haut)

Matt...

En fr.comp.lang.javascript message <497a1bb4$0$18873$426a74cc@news.free.
fr>, 23 Jan 2009 20:34:12, matt <matt@mata.com> a ecrit:

function add()
{
var now = new Date();
now.setHours(23);
now.setMinutes(01);
now.setSeconds(00);

var time = now.getTime();
time += (1000 * 60 * 60);
now.setTime(time);
alert(now.toLocaleString());
}

je l'ai fait aujourd'hui, 23 janvier ce qui donne :
sam 24 jan 2009 00:01:00 CET

Ou me suis-je trompé ???

Je crois que oui.



À et près de l'UE, deux fois par an, les horloges sont modifiés par une
heure, à 01:00 UTC (en dehors de l'UE, le changement n'est pas
habituellement à ce moment-là, et pas nécessairement de ce montant).

Aux Açores, les horloges doivent changer au niveau local minuit.

Par conséquent, pour deux heures de temps vrai dans l'UE chaque année,
aller de l'avant par 3600 secondes d'UTC n'est pas le même que le
déplacement de la grande main de l'horloge avance de 30 degrés.

Il faut décider si on utilise temps locale civile ou on
utilise UTC (Real Time), et de ne pas mélanger l'utilisation des deux
types de méthode sans mûre réflexion.

Méthode setSeconds se sert de l'heure locale, les méthodes setTime et
setUTCSeconds se servent de UTC.

Ce qui fonctionne correctement à l'une ou plusieurs périodes de l'année
ne signifie pas nécessairement fonctionner correctement à tous les
moments de l'année dans tous les lieux.

Dans le site Web Cassini de la NASA, ils mélangent getYear avec
getUTCMonth .. getUTCSeconds - lire après le 31 décembre 23h CET, quand
il est déjà 2010 UTC, pour voir s'il a été corrigé. Je leur ai dit.

--
(c) John Stockton, Surrey, UK. ?@merlyn.demon.co.uk Turnpike v6.05 MIME.
Web <URL:http://www.merlyn.demon.co.uk/> - FAQish topics, acronyms, & links.
Proper <= 4-line sig. separator as above, a line exactly "-- " (SonOfRFC1036)
Do not Mail News to me. Before a reply, quote with ">" or "> " (SonOfRFC1036)

matt a écrit :

Mais apparement pas pour tout le monde !!!

Et en particulier cette année :
<http://fr.wikipedia.org/wiki/Seconde_intercalaire>


--
Mickaël Wolff aka Lupus Michaelis
http://lupusmic.org

Seeking for a position <http://lupusmic.org/pro/>

Le 26/01/2009 04:09, Mickaël Wolff a écrit :

Mais apparement pas pour tout le monde !!!

Et en particulier cette année :
<http://fr.wikipedia.org/wiki/Seconde_intercalaire>

Attention : si je suis d'accord qu'il faut faire gaffe aux changements
d'heure selon qu'on bosse en temps local ou en temps universel, au
contraire la seconde intercalaire n'a strictement aucune influence sur
les calculs de dates en JavaScript :

<http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-262.pdf>
15.9.1.1 Time Range
Time is measured in ECMAScript in milliseconds since 01 January, 1970
UTC. Leap seconds are ignored.
</>

Traduction perso :

15.9.1.1 Étendue du temps
Le temps est mesuré dans ECMAScript en millisecondes depuis le 1er
janvier 1970, TU. Les secondes intercalaires sont ignorées.

Mickaël Wolff a écrit :

matt a écrit :

var now = new Date();
var time = now.getTime();
time += (1000 * 60 * 60);
now.setTime(time);

Le problème est que ce n'est pas juste. Regarde dans la FAQ et les
archives du groupe, nous en avons discuté il y a quelques mois.

Bonsoir,

Est ce que je pourrais avoir le lien vers la faq, Merci ???

Matt...

En fr.comp.lang.javascript message <497d9712$1@neottia.net>, Lun, 26 Jan
2009 11:58:09, Olivier Miakinen <om+news@miakinen.net> a ecrit:

Traduction perso :

15.9.1.1 Étendue du temps
Le temps est mesuré dans ECMAScript en millisecondes depuis le 1er
janvier 1970, TU. Les secondes intercalaires sont ignorées.

Je crois que j'ai lu que, dans certains systèmes UNIX ou LINUX,
JavaScript appels des routines système pour aider à faire date / heure
de travail, et que donc les effets des secondes intercalaires peuvent
apparir.

I believe that I have read that, in some UNIX or LINUX systems,
JavaScript calls system routines to help to do date/time work, and that
therefore the effects of leap seconds may appear.

Je serais intéressé d'entendre de telles observations.

I would be interested to hear of any such observations.

--
(c) John Stockton, nr London, UK. ?@merlyn.demon.co.uk Turnpike v6.05.
Web <URL:http://www.merlyn.demon.co.uk/> - w. FAQish topics, links, acronyms
PAS EXE etc : <URL:http://www.merlyn.demon.co.uk/programs/> - see 00index.htm
Dates - miscdate.htm moredate.htm js-dates.htm pas-time.htm critdate.htm etc.

> Est ce que je pourrais avoir le lien vers la faq, Merci ???

alors là c'est le fil :
http://groups.google.fr/group/fr.comp.lang.javascript/browse_thread/thre
ad/e856cbea23c80cbf/

et là, c'est la faq (celle de c.l.j. donc en anglais) :
http://www.jibbering.com/faq/index.html



pour info, la faq de f.c.l.j (donc en français) :
http://www.usenet-fr.net/fur/www/faq-JavaScript.html

--
@@@@@
E -00 comme on est very beaux dis !
' `) /
|_ =="