Faut pas sombrer dans la parano non plus. D'une part, le prochaine changement de siècle n'est pas pour tout de suite. Il est vrai que c'est ce genre d'attitude qui a conduit aux problèmes de passage à l'an 2000, mais l'échéance est largement plus loin qu'elle n'était dans les années 70. Mais il est vrai, il vaut mieux perdre l'habitude de _stocker_ les dates sur deux chiffres.
Mais le fait de stocker l'année sur 4 chiffres n'implique pas de devoir la taper ainsi. Il est tout à fait envisageable (et sain) de considérer qu'une année à 2 chiffres saisie par l'utilisateur est comprise entre 2000 et 2099. Je ne vois pas l'intérêt pour le-dit utilisateur de spécifier les deux premiers chiffres quand ils sont évidents.
Il est tout à fait envisageable (et sain) de considérer qu'une année à 2 chiffres saisie par l'utilisateur est comprise entre 2000 et 2099
Pas tout à fait, j'ai l'habitude d'écrire 79 pour 1979 par exemple, et, au vu du contexte, les gens comprennent bien 1979 et pas 2079. Par conséquent, en l'absence d'une date pivot et d'un contexte défini (pour un agenda je ne vois pas trop l'intèrét de définir des dates en 2079 avant quelques années), 4 chiffres sont obligatoire.
Toi tu parle de la façon dont un soft code ses entiers (là sur un octet).
Le problème vient du format de la date. En stoquant des dates sur deux chiffres, on ne peut pas faire la distinction entre le premier janvier 1900 et le premier janvier 2000.
Pour l'utilisateur, c'est pas très grave, mais pour des softs comme une banque par exemple (imagine que l'on te débite une somme tous les mois pour un abonnement quelconque et que le serveur se dit qu'on vient de passer quelques années sans rien faire...)
Avec un timestamp, on aurait pas eu ce genre de problèmes.
donc MS a eu l'idee geniale de mettre une variable date de décalage dans la base de registre pour decider que les dates posterieurs sont en 19xx et les anterieurs en 20xx .
C'était de l'humour j'espère... Faut quand même pas raconter n'importe quoi !
Il ne stocke pas en 2 chiffres. il stocke en nombre de jour depuis 1/1/1900.
Il se sert de cette valeur pivot en registry uniquement pour les années saisies en 2 chiffres si je ne me trompe pas...
Si tu les tapes en 4 chiffres, y a pas de problème.
la date de départ etait bien 1900. par contre pour etre Y2K compliant, MS a du faire un registre ( ou une entrée dans la base de registres ) pour pouvoir changer cette valeur et conserver une compatibilité avec toutes les versions.
par exemple, excel dans Office X et Office 2004. le bug fait que une machine sans le slicing donne des dates avec plusieurs années de decalage. il y a juste une case à cocher ou décocher dans les preferences pour que cela soit bon.
vu qu'au niveau de windows, les manipulations de la base de registres sont "un peu" ( et c'est un enorme euphemisme ) caché à l'utilisateur, il ne s'en rend pas compte sauf si il y a trop de jeux de patchs non appliqués :p
je ne vais pas te parler des patchs an 2000 qui ont été appliqué en utilisant de l'hexadecimal :) ... tu risque de ne pas me croire, et c'est explicable par le fait que je n'ai qu'un peu plus de 9 ans d'experience pro en informatique.
par contre, si tu as des precisions à m'apporter, cela sera avec plaisir.
Tout ce que je connais au niveau grosse bidouille, c'est
- Des changements réguliers de dates pivots sur les encodages
(2 1ers résultats de http://www.google.be/search?q=%22How+Microsoft+Excel+Works+with+Two(...) )
- la case "1904" qui est héritée (d'après ce que google m'a dit) des 1ers excel pour mac. (portée limitée je pense)
- Un changement de format entre les versions 95 et 97 (p'tet pour ca justement)
'fin ca, c'est les modifs officielles.
Il y avait aussi effectivement une fameuse histoire de valeur en registry pour l'an 2000, mais je n'ai plus le souvenir précis de sa portée...
Il me semblait que c'était au niveau de l'os et pas d'excel en particulier. (C'est p'tet même pas la même que celle que tu cites d'ailleurs)
Mais j'ai l'impression que ton Excel stocke la date sur deux chiffres. de départ est périmé ou exagéré.
Ou alors, il y a encore plus de différence que ce que je pensais entre la théorie et la pratique ;-)
Je pense qu'Excel demande à Windows comment il doit comprendre cette année là.
De plus, à l'installation, Windows (toutes versions ?) demande quelle est l'année pivot (en fait, il demande : Les dates sur deux chiffres sont comprises entre [1930] et [2029] avec [----] des zones de texte permettant de saisir 4 chiffres et 1930 et 2029 les valeurs par défaut).
Je peux me tromper mais il me semble avoir vu un truc dans le genre...
Sinon, on peut sans doute le paramétrer dans Excel...
# euhhh, non .
Posté par belette . Évalué à 1.
# Taper l'année sur 2 chiffres...
Posté par AP . Évalué à 6.
[^] # Re: Taper l'année sur 2 chiffres...
Posté par Larry Cow . Évalué à 7.
Mais le fait de stocker l'année sur 4 chiffres n'implique pas de devoir la taper ainsi. Il est tout à fait envisageable (et sain) de considérer qu'une année à 2 chiffres saisie par l'utilisateur est comprise entre 2000 et 2099. Je ne vois pas l'intérêt pour le-dit utilisateur de spécifier les deux premiers chiffres quand ils sont évidents.
[^] # Re: Taper l'année sur 2 chiffres...
Posté par Rin Jin (site web personnel) . Évalué à 10.
Pas tout à fait, j'ai l'habitude d'écrire 79 pour 1979 par exemple, et, au vu du contexte, les gens comprennent bien 1979 et pas 2079. Par conséquent, en l'absence d'une date pivot et d'un contexte défini (pour un agenda je ne vois pas trop l'intèrét de définir des dates en 2079 avant quelques années), 4 chiffres sont obligatoire.
[^] # Re: Taper l'année sur 2 chiffres...
Posté par neil . Évalué à 1.
[^] # Re: Taper l'année sur 2 chiffres...
Posté par Calim' Héros (site web personnel) . Évalué à 7.
[^] # Re: Taper l'année sur 2 chiffres...
Posté par Boke Bocadillo (site web personnel) . Évalué à 1.
Quels problèmes? Vu le nombre d'emploi dans l'informatique que ca a généré, ca a plutot été une bénédiction, non? ;-)
[^] # Re: Taper l'année sur 2 chiffres...
Posté par Tutur . Évalué à 2.
[^] # Re: Taper l'année sur 2 chiffres...
Posté par theocrite (site web personnel) . Évalué à 1.
Toi tu parle de la façon dont un soft code ses entiers (là sur un octet).
Le problème vient du format de la date. En stoquant des dates sur deux chiffres, on ne peut pas faire la distinction entre le premier janvier 1900 et le premier janvier 2000.
Pour l'utilisateur, c'est pas très grave, mais pour des softs comme une banque par exemple (imagine que l'on te débite une somme tous les mois pour un abonnement quelconque et que le serveur se dit qu'on vient de passer quelques années sans rien faire...)
Avec un timestamp, on aurait pas eu ce genre de problèmes.
# alors t'as p'tet un prob...
Posté par Seazor . Évalué à 6.
J'essayerai ce soir sur OOo tiens...
Note : J'ai l'impression que, parce que c'est du excel, c'est un possible bug rigolo de MS et ca mérite un journal.
J'me fais des idées ?
[^] # Re: alors t'as p'tet un prob...
Posté par Nicolas Boulay (site web personnel) . Évalué à 3.
Je ne peux évidement pas installer un service pack sur ma machine du boulot.
"La première sécurité est la liberté"
[^] # Re: alors t'as p'tet un prob...
Posté par Gluck_ (site web personnel) . Évalué à 3.
# excel
Posté par Mouns (site web personnel) . Évalué à -1.
donc MS a eu l'idee geniale de mettre une variable date de décalage dans la base de registre pour decider que les dates posterieurs sont en 19xx et les anterieurs en 20xx .
[^] # Re: excel
Posté par Seazor . Évalué à 2.
Il ne stocke pas en 2 chiffres. il stocke en nombre de jour depuis 1/1/1900.
Il se sert de cette valeur pivot en registry uniquement pour les années saisies en 2 chiffres si je ne me trompe pas...
Si tu les tapes en 4 chiffres, y a pas de problème.
[^] # Re: excel
Posté par Mouns (site web personnel) . Évalué à 1.
par exemple, excel dans Office X et Office 2004. le bug fait que une machine sans le slicing donne des dates avec plusieurs années de decalage. il y a juste une case à cocher ou décocher dans les preferences pour que cela soit bon.
vu qu'au niveau de windows, les manipulations de la base de registres sont "un peu" ( et c'est un enorme euphemisme ) caché à l'utilisateur, il ne s'en rend pas compte sauf si il y a trop de jeux de patchs non appliqués :p
je ne vais pas te parler des patchs an 2000 qui ont été appliqué en utilisant de l'hexadecimal :) ... tu risque de ne pas me croire, et c'est explicable par le fait que je n'ai qu'un peu plus de 9 ans d'experience pro en informatique.
par contre, si tu as des precisions à m'apporter, cela sera avec plaisir.
[^] # Re: excel
Posté par Seazor . Évalué à 2.
- Des changements réguliers de dates pivots sur les encodages
(2 1ers résultats de http://www.google.be/search?q=%22How+Microsoft+Excel+Works+with+Two(...) )
- la case "1904" qui est héritée (d'après ce que google m'a dit) des 1ers excel pour mac. (portée limitée je pense)
- Un changement de format entre les versions 95 et 97 (p'tet pour ca justement)
'fin ca, c'est les modifs officielles.
Il y avait aussi effectivement une fameuse histoire de valeur en registry pour l'an 2000, mais je n'ai plus le souvenir précis de sa portée...
Il me semblait que c'était au niveau de l'os et pas d'excel en particulier. (C'est p'tet même pas la même que celle que tu cites d'ailleurs)
Mais j'ai l'impression que ton Excel stocke la date sur deux chiffres. de départ est périmé ou exagéré.
Ou alors, il y a encore plus de différence que ce que je pensais entre la théorie et la pratique ;-)
# Configurable ?
Posté par TemPi . Évalué à 2.
Par exemple dans Tools->Options->calculation->"1904 date system" ?
# Pour le nouvel an !
Posté par oritorx . Évalué à 2.
Impressionnant, j'ai mon dicton de l'année
"Les produit M$ft, c'est comme la clup, c'est quand tu stop que tu rends compte que ça servait a rien :p"
# Pas nécessairement un problème d'Excel...
Posté par papinse . Évalué à 1.
De plus, à l'installation, Windows (toutes versions ?) demande quelle est l'année pivot (en fait, il demande : Les dates sur deux chiffres sont comprises entre [1930] et [2029] avec [----] des zones de texte permettant de saisir 4 chiffres et 1930 et 2029 les valeurs par défaut).
Je peux me tromper mais il me semble avoir vu un truc dans le genre...
Sinon, on peut sans doute le paramétrer dans Excel...
[^] # Re: Pas nécessairement un problème d'Excel...
Posté par Littleboy . Évalué à 1.
Control Panel -> Regional and Language Options -> (Standards and formats) Customize -> Date -> Calendar
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.