Bug dans calendrier EXCEL : 1900 est bissextile à tort

Question

Bonjour

L'année 1900 n'est pas bissextile car elle est divisible par 100 sans être divisible par 400.

Pour le calendrier par défaut de EXCEL qui commence le 1 janvier 1900 l'année 1900 est bissextile avec un

mercredi 29 février 1900.

Une conséquence est que le jour de semaine des premiers jours de 1900 sont faux. Ainsi le premier janvier est déclaré être un dimanche alors que c'était un lundi. Ce n'est qu'à partir du premier mars que les dates redeviennent correctes.

Le numéro de série du premier janvier est 1 alors qu'il devrait être 2 pour être cohérent avec les autres numéros de série.

Les calendriers de Outlook ou Google sont corrects et ne sont pas limités au 20ième siècle et au delà.

Est-il possible de choisir un autre calendrier dans EXCEL?

En attendant si on veux retrouver le jour de semaine du 14 juillet 1789, on peut regarder quel jour sera le 14 juillet 2189 (1789+400), soit un mardi comme on peut le vérifier dans tous les bons livre d'Histoire..

Cordialement

Answer 1

Tu déterres là un problème connu (et connu dès le départ) : par souci de compatibilité avec Lotus (tableur à l'époque dominant sur les PC), lors de l'adaptation d'Excel aux PC Microsoft a fait le choix de prendre ces références de dates. C'est même pire, en un sens, puisqu'il existe aussi un samedi zéro janvier 1900 !

Ce problème d'année non bissextile est d'ailleurs la raison pour laquelle Apple avait contourné le problème en prenant le 1er janvier 1904 comme point de départ des dates, ce qui a évidemment été utilisé par Excel à sa création. Et qu'on a pendant longtemps eu un problème de décalage des dates lors de transferts de classeurs entre Mac et Windows.

Il ne faut pas oublier qu'à l'époque on n'imaginait pas du tout le développement que tout cela allait prendre. Souvenons-nous du fameux "bug de l'an 2000" qui était dû à l'absence de prise en compte du futur passage au nouveau siècle...

Answer 2

Dans ma société, très IBMphile et très normative, Apple était officiellement proscrit et n'était utilisé que par quelques francs tireurs anarchistes. Depuis je suis resté fidèle au monde PC DOS puis Windows. J'ai découvert le problème en voulant documenter sous EXCEL ma généalogie à partir des numérisations d'état civil en ligne. Pour l'instant j'ai une ancêtre née le 17 brumaire an VII.

Quelques collègues ont utilisé Multiplan.

Answer 3

En fait, j'ai même fait un raccourci. C'est Multiplan qui avait été conçu en compatibilité avec Lotus 1, 2, 3. Et lors de l'adaptation d'Excel pour PC la continuité avec Multiplan était bien évidemment un impératif. De toute façon, l'échange de fichiers entre Mac et PC relevait de la science fiction, à l'époque. Ah, les souvenirs... 😀

Answer 4

Merci Aliboron

J'ai vérifié que la fonction DateSerial(an, mois, jour) de Visual Basic Application fonctionnait correctement et n'était pas limitée au vingtième siècle. C'est un moyen pour contourner le problème.

J'ai bien connu Lotus et découvert EXCEL à partir de la version 2, mais je n'avais rien vu à l'époque.

Cordialement.