CALENDRIER : 31 février 2003

Michel Walsh

04/12/2003 à 21:11

Salut,

Je suis preneur, c'est génial de respecter le choix de l'utilisateur,
car, non, ce n'est pas que Access, que Office, mais tout Windows qui agit
comme cela: les dates sont tout d'abord interprétées dans le format du
paramétrage régional du (compte d'utiilsateur du) PC utilisé. Si ce
paramétrage dit yyyy.mm.dd, alors précéance est donnée à cette
interprétation. Cela provient de OLEAUT32.dll. Si les gens disent, dans la
vie de tous les jours, on se voit le 6 décembre, eh bien, l'année supposée
est l'année actuelle. Ainsi va OLEAUT32.dll. Si quelque anglophone me
transmet la date 31-12-2003, je me dis que là, c'est pas le format
yyyy.mm.dd, mais je ne saute pas sur le téléphone pour lui demande de me
préciser quelle date c'est... je pense que raisonnablement, c'est le 31
décembre 2003... mais diantre, que fait cet anglo sur MON pc utilisant MON
compte d'utilisateur? pourquoi, oui, pourquoi n'utilise-t-il pas le sien, où
il dira qu'il préfère travailler avec dd-mm-yyyy ( ou mm-dd-yyyy) ?
c'est génial, non! on dit ce qu'on veut et on obtient ce qui vient en
conséquences! C'est TOUT L'OPPOSÉ que d'imposer SON choix de format de
date, son choix de couleurs, à tous et chacun des utilisateurs; c'est
diamétralement opposé au mode DICTATORIAL unixien car c'est le respect du
choix de l'individu d'abord! évidemment, faut éduquer l'individu, car il
arrive trop souvent que ce dernier ne sait pas qu'IL A LE CHOIX.

Je suis preneur, c'est génial! L'approche Microsoft respecte
l'utilisateur final. Ce qui est propre à l'interface est selon le
paramétrage utilisateur. Par contre, ce qui est emmagasinée, comme données,
non visible par l'utilisateur, c'est autre chose. Est-ce en pouces ou est-ce
en millimètre, twips ou autre? C'est le boulot du développeur d'application
à le savoir, pas à l'utilsateur final, c'est donc au développeur
d'application de trimmer plus dûr pour en arriver, lui également, à
respecter le choix de l'utlisateur final, quitte à ce qu'il se tappe des
conversions de virgules à point décimal, ou de dates à l'américaine. C'est
le boulot du développeur que d'être aussi respectueux de l'utilisateur final
que l'est Microsoft. Ce serait bien plus simple, pour moi, comme
développeur, si tout le monde utilisait des points comme séparateur décimal,
mais voilà, si je désire respecter tout et chacun, je dois bosser davantage,
oui! Et si il me prend à penser maudire Microsoft, c'est en pensant qu'ils
auraient donc dus être bien plus dictateurs et IMPOSER le point à ces
maudits français! :-) ( et belges, et suisses, et .... )

Vaderghast, Access MVP

"François Fuchs" wrote in message
news:

jeu. 04 déc. 2003 18:49:38 3stone a écrit dans le message de news
<news:3fcf734e$0$300$ :

Le seul problème parfois rencontré, est que Access déduit
_par lui même_ que le 3/14/2003 ne peut être que le 14/3/2003

C'est con.

Quand on est dans un contexte international donné, il n'y a aucune raison
de

saisir des dates dans un autre format. Ça va peut être aider un pequin
anglophone qui bosse en europe et faire chier 10000 utilisateurs réguliers
dans leur propre contexte national.

La preuve de ce que je j'avance, c'est que cette façon bien microsoftienne
de

prédigérer les infos m'a toujours plus fait chier qu'autre chose. C'est
vraiment un coup à faire des erreurs sans s'en rendre compte. Et ça vaut
aussi pour le contrôle de syntaxe de vba. L'idée est : je corrige pour
vous

les erreurs de saisie plutôt que d'afficher un message indiquant l'erreur.
C'est chiant, les messages, faut réfléchir, hein. Et ben oui. Grrrrrrr. Je
ne

supporte pas cette approche «presse bouton». Voilà.

J'aimerais bien rencontrer quelqu'un qui trouve ça génial. Avec arguments
valables et incontournables, ni contre exemple opposable à l'appui.

--
!

Salut,

Je suis preneur, c'est génial de respecter le choix de l'utilisateur,
car, non, ce n'est pas que Access, que Office, mais tout Windows qui agit
comme cela: les dates sont tout d'abord interprétées dans le format du
paramétrage régional du (compte d'utiilsateur du) PC utilisé. Si ce
paramétrage dit yyyy.mm.dd, alors précéance est donnée à cette
interprétation. Cela provient de OLEAUT32.dll. Si les gens disent, dans la
vie de tous les jours, on se voit le 6 décembre, eh bien, l'année supposée
est l'année actuelle. Ainsi va OLEAUT32.dll. Si quelque anglophone me
transmet la date 31-12-2003, je me dis que là, c'est pas le format
yyyy.mm.dd, mais je ne saute pas sur le téléphone pour lui demande de me
préciser quelle date c'est... je pense que raisonnablement, c'est le 31
décembre 2003... mais diantre, que fait cet anglo sur MON pc utilisant MON
compte d'utilisateur? pourquoi, oui, pourquoi n'utilise-t-il pas le sien, où
il dira qu'il préfère travailler avec dd-mm-yyyy ( ou mm-dd-yyyy) ?
c'est génial, non! on dit ce qu'on veut et on obtient ce qui vient en
conséquences! C'est TOUT L'OPPOSÉ que d'imposer SON choix de format de
date, son choix de couleurs, à tous et chacun des utilisateurs; c'est
diamétralement opposé au mode DICTATORIAL unixien car c'est le respect du
choix de l'individu d'abord! évidemment, faut éduquer l'individu, car il
arrive trop souvent que ce dernier ne sait pas qu'IL A LE CHOIX.

Je suis preneur, c'est génial! L'approche Microsoft respecte
l'utilisateur final. Ce qui est propre à l'interface est selon le
paramétrage utilisateur. Par contre, ce qui est emmagasinée, comme données,
non visible par l'utilisateur, c'est autre chose. Est-ce en pouces ou est-ce
en millimètre, twips ou autre? C'est le boulot du développeur d'application
à le savoir, pas à l'utilsateur final, c'est donc au développeur
d'application de trimmer plus dûr pour en arriver, lui également, à
respecter le choix de l'utlisateur final, quitte à ce qu'il se tappe des
conversions de virgules à point décimal, ou de dates à l'américaine. C'est
le boulot du développeur que d'être aussi respectueux de l'utilisateur final
que l'est Microsoft. Ce serait bien plus simple, pour moi, comme
développeur, si tout le monde utilisait des points comme séparateur décimal,
mais voilà, si je désire respecter tout et chacun, je dois bosser davantage,
oui! Et si il me prend à penser maudire Microsoft, c'est en pensant qu'ils
auraient donc dus être bien plus dictateurs et IMPOSER le point à ces
maudits français! :-) ( et belges, et suisses, et .... )

Vaderghast, Access MVP

"François Fuchs" <franE7ois@alussinan.org> wrote in message
news:Xns9447CD2C3142DTotoLeHaricot@207.46.248.16...

jeu. 04 déc. 2003 18:49:38 3stone a écrit dans le message de news
<news:3fcf734e$0$300$ba620e4c@reader4.news.skynet.be> :

Le seul problème parfois rencontré, est que Access déduit
_par lui même_ que le 3/14/2003 ne peut être que le 14/3/2003

C'est con.

Quand on est dans un contexte international donné, il n'y a aucune raison
de

saisir des dates dans un autre format. Ça va peut être aider un pequin
anglophone qui bosse en europe et faire chier 10000 utilisateurs réguliers
dans leur propre contexte national.

La preuve de ce que je j'avance, c'est que cette façon bien microsoftienne
de

prédigérer les infos m'a toujours plus fait chier qu'autre chose. C'est
vraiment un coup à faire des erreurs sans s'en rendre compte. Et ça vaut
aussi pour le contrôle de syntaxe de vba. L'idée est : je corrige pour
vous

les erreurs de saisie plutôt que d'afficher un message indiquant l'erreur.
C'est chiant, les messages, faut réfléchir, hein. Et ben oui. Grrrrrrr. Je
ne

supporte pas cette approche «presse bouton». Voilà.

J'aimerais bien rencontrer quelqu'un qui trouve ça génial. Avec arguments
valables et incontournables, ni contre exemple opposable à l'appui.

--
!

Vous avez filtré cet utilisateur ! Consultez son message

Salut,

Je suis preneur, c'est génial de respecter le choix de l'utilisateur,
car, non, ce n'est pas que Access, que Office, mais tout Windows qui agit
comme cela: les dates sont tout d'abord interprétées dans le format du
paramétrage régional du (compte d'utiilsateur du) PC utilisé. Si ce
paramétrage dit yyyy.mm.dd, alors précéance est donnée à cette
interprétation. Cela provient de OLEAUT32.dll. Si les gens disent, dans la
vie de tous les jours, on se voit le 6 décembre, eh bien, l'année supposée
est l'année actuelle. Ainsi va OLEAUT32.dll. Si quelque anglophone me
transmet la date 31-12-2003, je me dis que là, c'est pas le format
yyyy.mm.dd, mais je ne saute pas sur le téléphone pour lui demande de me
préciser quelle date c'est... je pense que raisonnablement, c'est le 31
décembre 2003... mais diantre, que fait cet anglo sur MON pc utilisant MON
compte d'utilisateur? pourquoi, oui, pourquoi n'utilise-t-il pas le sien, où
il dira qu'il préfère travailler avec dd-mm-yyyy ( ou mm-dd-yyyy) ?
c'est génial, non! on dit ce qu'on veut et on obtient ce qui vient en
conséquences! C'est TOUT L'OPPOSÉ que d'imposer SON choix de format de
date, son choix de couleurs, à tous et chacun des utilisateurs; c'est
diamétralement opposé au mode DICTATORIAL unixien car c'est le respect du
choix de l'individu d'abord! évidemment, faut éduquer l'individu, car il
arrive trop souvent que ce dernier ne sait pas qu'IL A LE CHOIX.

Je suis preneur, c'est génial! L'approche Microsoft respecte
l'utilisateur final. Ce qui est propre à l'interface est selon le
paramétrage utilisateur. Par contre, ce qui est emmagasinée, comme données,
non visible par l'utilisateur, c'est autre chose. Est-ce en pouces ou est-ce
en millimètre, twips ou autre? C'est le boulot du développeur d'application
à le savoir, pas à l'utilsateur final, c'est donc au développeur
d'application de trimmer plus dûr pour en arriver, lui également, à
respecter le choix de l'utlisateur final, quitte à ce qu'il se tappe des
conversions de virgules à point décimal, ou de dates à l'américaine. C'est
le boulot du développeur que d'être aussi respectueux de l'utilisateur final
que l'est Microsoft. Ce serait bien plus simple, pour moi, comme
développeur, si tout le monde utilisait des points comme séparateur décimal,
mais voilà, si je désire respecter tout et chacun, je dois bosser davantage,
oui! Et si il me prend à penser maudire Microsoft, c'est en pensant qu'ils
auraient donc dus être bien plus dictateurs et IMPOSER le point à ces
maudits français! :-) ( et belges, et suisses, et .... )

Vaderghast, Access MVP

"François Fuchs" wrote in message
news:

jeu. 04 déc. 2003 18:49:38 3stone a écrit dans le message de news
<news:3fcf734e$0$300$ :

Le seul problème parfois rencontré, est que Access déduit
_par lui même_ que le 3/14/2003 ne peut être que le 14/3/2003

C'est con.

Quand on est dans un contexte international donné, il n'y a aucune raison
de

saisir des dates dans un autre format. Ça va peut être aider un pequin
anglophone qui bosse en europe et faire chier 10000 utilisateurs réguliers
dans leur propre contexte national.

La preuve de ce que je j'avance, c'est que cette façon bien microsoftienne
de

prédigérer les infos m'a toujours plus fait chier qu'autre chose. C'est
vraiment un coup à faire des erreurs sans s'en rendre compte. Et ça vaut
aussi pour le contrôle de syntaxe de vba. L'idée est : je corrige pour
vous

les erreurs de saisie plutôt que d'afficher un message indiquant l'erreur.
C'est chiant, les messages, faut réfléchir, hein. Et ben oui. Grrrrrrr. Je
ne

supporte pas cette approche «presse bouton». Voilà.

J'aimerais bien rencontrer quelqu'un qui trouve ça génial. Avec arguments
valables et incontournables, ni contre exemple opposable à l'appui.

--
!

3stone

05/12/2003 à 02:14

Bonjour Michel,

"Michel Walsh"

Je suis preneur, c'est génial de respecter le choix de l'utilisateur,
car, non, ce n'est pas que Access, que Office, mais tout Windows qui agit
comme cela...

Oui, bien sûr...
J'ai dit "Access déduit..." parce qu'ici on utilise Access et que c'est ici que
l'on ressent ces "problèmes" (je pense que la secrétaire qui saisit une date
dans Word est moins gênée...)

les dates sont tout d'abord interprétées dans le format du
paramétrage régional du (compte d'utiilsateur du) PC utilisé. Si ce
paramétrage dit yyyy.mm.dd, alors précéance est donnée à cette
interprétation.

C'est justement ce coté là qui me... "tarabiscote" un peu...

Respecter le format des paramètes régionaux ?
Parfait, nickel, je signe à deux mains, j'abonde...
(ce dernier à pas mal fait rigoler il y a un temps ;o)

Mais pourquoi bon dieu, lorsque les formats des paramètres régionaux
ne sont pas respecté, Windows *tente* de traduire en... US ?

Cela n'aide ni l'utilisateur final qui s'en fout... ni le "développeur"

[...]

C'est TOUT L'OPPOSÉ que d'imposer SON choix de format de
date, son choix de couleurs, à tous et chacun des utilisateurs; c'est
diamétralement opposé au mode DICTATORIAL unixien car c'est le respect du
choix de l'individu d'abord! évidemment, faut éduquer l'individu, car il
arrive trop souvent que ce dernier ne sait pas qu'IL A LE CHOIX.
[...]

mais voilà, si je désire respecter tout et chacun, je dois bosser davantage,
oui! Et si il me prend à penser maudire Microsoft, c'est en pensant qu'ils
auraient donc dus être bien plus dictateurs et IMPOSER le point à ces
maudits français! :-) ( et belges, et suisses, et .... )

*Totalement* d'accord en parlant de l'utilisateur final...
Il à droit à SA langue, SON environnement, SA résolution d'écran,
SES couleurs et autres paramètres... (je sais que je m'adresse à un convaincu ;-)

Mais pourquoi ne pas facilité le job du "programmeur" en étant
*dictatorial* en *imposant* à tous les coups, la conversion
entre le format local et le format US et non, comme dans certains cas,
"penser" à sa place...

Cela ne facilite pas forcément l'approche !
Et cela fait souvent crier au beug (bogue pour les french ;)
lorsque, des fois ca va... des fois ca va pas...
Bien sûr, cela repose sur la méconnaissance du produit,
l'ignorance du fonctionnement... mais, peut-on le reprocher ?

Pour moi, l'utilisateur final *devant* son interface DOIT se sentir
"comme à la maison" avec toute ses habitudes et sa façon de faire...
Mais, *derrière* cette interface, la rigueur et la méthode ont tout
à fait leur place... et finalement, facilite l'imprégnation des règles.

Dans le même régistre... La traduction du VBA !!!
Ma jambe de bois s'en tape les noeuds contre le mur !!!!!!!

DateSerial et SérieDate.... quel(s) avantage(s) ?????
Si ce n'est d'être obligé d'apprendre les deux (ou de crier au beug pour certains ;-)

Tout ceci n'empêche pas les gens d'aimer ce sataner Access...
sinon... pourquoi l'utiliserait-ils ? Il y à Filemaker aussi ;-))) ( It's a joke ;-)

Vaderghast, Access MVP

Michel, j'espère ne pas te boulverser plus...
tu as vu ce que tu as fait à ton nom ? ;-))

PS : Ma jambe de bois, c'est une blague...
Je n'ai que deux pieds bot !!

MDR !!!!!!!

Mes sincères amitiés, à toi et au Québec...

--
A+
Pierre (3stone) Mauvais Vrai Passionné

Bonjour Michel,

"Michel Walsh"

Je suis preneur, c'est génial de respecter le choix de l'utilisateur,
car, non, ce n'est pas que Access, que Office, mais tout Windows qui agit
comme cela...

Oui, bien sûr...
J'ai dit "Access déduit..." parce qu'ici on utilise Access et que c'est ici que
l'on ressent ces "problèmes" (je pense que la secrétaire qui saisit une date
dans Word est moins gênée...)

les dates sont tout d'abord interprétées dans le format du
paramétrage régional du (compte d'utiilsateur du) PC utilisé. Si ce
paramétrage dit yyyy.mm.dd, alors précéance est donnée à cette
interprétation.

C'est justement ce coté là qui me... "tarabiscote" un peu...

Respecter le format des paramètes régionaux ?
Parfait, nickel, je signe à deux mains, j'abonde...
(ce dernier à pas mal fait rigoler il y a un temps ;o)

Mais pourquoi bon dieu, lorsque les formats des paramètres régionaux
ne sont pas respecté, Windows *tente* de traduire en... US ?

Cela n'aide ni l'utilisateur final qui s'en fout... ni le "développeur"

[...]

C'est TOUT L'OPPOSÉ que d'imposer SON choix de format de
date, son choix de couleurs, à tous et chacun des utilisateurs; c'est
diamétralement opposé au mode DICTATORIAL unixien car c'est le respect du
choix de l'individu d'abord! évidemment, faut éduquer l'individu, car il
arrive trop souvent que ce dernier ne sait pas qu'IL A LE CHOIX.
[...]

mais voilà, si je désire respecter tout et chacun, je dois bosser davantage,
oui! Et si il me prend à penser maudire Microsoft, c'est en pensant qu'ils
auraient donc dus être bien plus dictateurs et IMPOSER le point à ces
maudits français! :-) ( et belges, et suisses, et .... )

*Totalement* d'accord en parlant de l'utilisateur final...
Il à droit à SA langue, SON environnement, SA résolution d'écran,
SES couleurs et autres paramètres... (je sais que je m'adresse à un convaincu ;-)

Mais pourquoi ne pas facilité le job du "programmeur" en étant
*dictatorial* en *imposant* à tous les coups, la conversion
entre le format local et le format US et non, comme dans certains cas,
"penser" à sa place...

Cela ne facilite pas forcément l'approche !
Et cela fait souvent crier au beug (bogue pour les french ;)
lorsque, des fois ca va... des fois ca va pas...
Bien sûr, cela repose sur la méconnaissance du produit,
l'ignorance du fonctionnement... mais, peut-on le reprocher ?

Pour moi, l'utilisateur final *devant* son interface DOIT se sentir
"comme à la maison" avec toute ses habitudes et sa façon de faire...
Mais, *derrière* cette interface, la rigueur et la méthode ont tout
à fait leur place... et finalement, facilite l'imprégnation des règles.

Dans le même régistre... La traduction du VBA !!!
Ma jambe de bois s'en tape les noeuds contre le mur !!!!!!!

DateSerial et SérieDate.... quel(s) avantage(s) ?????
Si ce n'est d'être obligé d'apprendre les deux (ou de crier au beug pour certains ;-)

Tout ceci n'empêche pas les gens d'aimer ce sataner Access...
sinon... pourquoi l'utiliserait-ils ? Il y à Filemaker aussi ;-))) ( It's a joke ;-)

Vaderghast, Access MVP

Michel, j'espère ne pas te boulverser plus...
tu as vu ce que tu as fait à ton nom ? ;-))

PS : Ma jambe de bois, c'est une blague...
Je n'ai que deux pieds bot !!

MDR !!!!!!!

Mes sincères amitiés, à toi et au Québec...

--
A+
Pierre (3stone) Mauvais Vrai Passionné

Vous avez filtré cet utilisateur ! Consultez son message

Bonjour Michel,

"Michel Walsh"

Je suis preneur, c'est génial de respecter le choix de l'utilisateur,
car, non, ce n'est pas que Access, que Office, mais tout Windows qui agit
comme cela...

Oui, bien sûr...
J'ai dit "Access déduit..." parce qu'ici on utilise Access et que c'est ici que
l'on ressent ces "problèmes" (je pense que la secrétaire qui saisit une date
dans Word est moins gênée...)

les dates sont tout d'abord interprétées dans le format du
paramétrage régional du (compte d'utiilsateur du) PC utilisé. Si ce
paramétrage dit yyyy.mm.dd, alors précéance est donnée à cette
interprétation.

C'est justement ce coté là qui me... "tarabiscote" un peu...

Respecter le format des paramètes régionaux ?
Parfait, nickel, je signe à deux mains, j'abonde...
(ce dernier à pas mal fait rigoler il y a un temps ;o)

Mais pourquoi bon dieu, lorsque les formats des paramètres régionaux
ne sont pas respecté, Windows *tente* de traduire en... US ?

Cela n'aide ni l'utilisateur final qui s'en fout... ni le "développeur"

[...]

C'est TOUT L'OPPOSÉ que d'imposer SON choix de format de
date, son choix de couleurs, à tous et chacun des utilisateurs; c'est
diamétralement opposé au mode DICTATORIAL unixien car c'est le respect du
choix de l'individu d'abord! évidemment, faut éduquer l'individu, car il
arrive trop souvent que ce dernier ne sait pas qu'IL A LE CHOIX.
[...]

mais voilà, si je désire respecter tout et chacun, je dois bosser davantage,
oui! Et si il me prend à penser maudire Microsoft, c'est en pensant qu'ils
auraient donc dus être bien plus dictateurs et IMPOSER le point à ces
maudits français! :-) ( et belges, et suisses, et .... )

*Totalement* d'accord en parlant de l'utilisateur final...
Il à droit à SA langue, SON environnement, SA résolution d'écran,
SES couleurs et autres paramètres... (je sais que je m'adresse à un convaincu ;-)

Mais pourquoi ne pas facilité le job du "programmeur" en étant
*dictatorial* en *imposant* à tous les coups, la conversion
entre le format local et le format US et non, comme dans certains cas,
"penser" à sa place...

Cela ne facilite pas forcément l'approche !
Et cela fait souvent crier au beug (bogue pour les french ;)
lorsque, des fois ca va... des fois ca va pas...
Bien sûr, cela repose sur la méconnaissance du produit,
l'ignorance du fonctionnement... mais, peut-on le reprocher ?

Pour moi, l'utilisateur final *devant* son interface DOIT se sentir
"comme à la maison" avec toute ses habitudes et sa façon de faire...
Mais, *derrière* cette interface, la rigueur et la méthode ont tout
à fait leur place... et finalement, facilite l'imprégnation des règles.

Dans le même régistre... La traduction du VBA !!!
Ma jambe de bois s'en tape les noeuds contre le mur !!!!!!!

DateSerial et SérieDate.... quel(s) avantage(s) ?????
Si ce n'est d'être obligé d'apprendre les deux (ou de crier au beug pour certains ;-)

Tout ceci n'empêche pas les gens d'aimer ce sataner Access...
sinon... pourquoi l'utiliserait-ils ? Il y à Filemaker aussi ;-))) ( It's a joke ;-)

Vaderghast, Access MVP

Michel, j'espère ne pas te boulverser plus...
tu as vu ce que tu as fait à ton nom ? ;-))

PS : Ma jambe de bois, c'est une blague...
Je n'ai que deux pieds bot !!

MDR !!!!!!!

Mes sincères amitiés, à toi et au Québec...

--
A+
Pierre (3stone) Mauvais Vrai Passionné

Michel Walsh

05/12/2003 à 12:34

Salut,

En VBA, ainsi qu'en quelques autres endroits (et le designer de requêtes
a même quelques ... problèmes ... ) les constantes de dates sont
effectivement retournées en format US, car elles sont entre # et, en
principe, #...# signifie que la date est en format US, mais plus
important, c'est pour le transfer de documents: transférer le fichier
n'implique pas le transfert des paramètres régionaux qui ont produit le
fichier... ce serait la catastrophe si les données emmagasinées dépendaient
du paramétrage du PC! Il faudrait acheter la version de Windows qui
correspondra à notre paramétrage, et on ne pourrait changer le paramétrage
sous peur que Windows ne s'emmêle. C'est, semble-t-il, la base du pourquoi
les dates en VBA sont saisies selon ton parmétrage, mais immédiatement
recrachées en US (et le développeur devrait être en mesure de faire la
"conversion", sachant que #...# est une date US, par défaut, sauf ...
extravagances). Ajouter une niveau de traduction supplémentaire, à savoir,
voir les dates selon mon paramétrage, mais emmagasiner selon un format
"unique" me semble repousser le problème, car il y aurait tôt ou tard
quelqu'un qui désirerait lire la donnée brute et là, il devrait faire la
conversion pour le niveau converti en local? C'est peut être faisable, et
puisqu'on peut supposer que certaines versions d'Access ne tourneront pas
toujours sur VBA, on peut faire la suggestion à Microsoft d'amener le niveau
de "conversion" des constantes au niveau de l'outil de développement...
quoique dit comme cela ils ne comprendront rien... Bon, je leur envoie une
suggestion en ce sens, à l'instant. Tout le monde sait où se trouve la boîte
à suggestion de Microsoft....

Vanderghast, Access MVP

"3stone" wrote in message
news:3fcfdb7e$0$5469$

Bonjour Michel,

"Michel Walsh"
Je suis preneur, c'est génial de respecter le choix de
l'utilisateur,

car, non, ce n'est pas que Access, que Office, mais tout Windows qui
agit

comme cela...

Oui, bien sûr...
J'ai dit "Access déduit..." parce qu'ici on utilise Access et que c'est
ici que

l'on ressent ces "problèmes" (je pense que la secrétaire qui saisit une
date

dans Word est moins gênée...)

les dates sont tout d'abord interprétées dans le format du
paramétrage régional du (compte d'utiilsateur du) PC utilisé. Si ce
paramétrage dit yyyy.mm.dd, alors précéance est donnée à cette
interprétation.

C'est justement ce coté là qui me... "tarabiscote" un peu...

Respecter le format des paramètes régionaux ?
Parfait, nickel, je signe à deux mains, j'abonde...
(ce dernier à pas mal fait rigoler il y a un temps ;o)

Mais pourquoi bon dieu, lorsque les formats des paramètres régionaux
ne sont pas respecté, Windows *tente* de traduire en... US ?

Cela n'aide ni l'utilisateur final qui s'en fout... ni le "développeur"

[...]
C'est TOUT L'OPPOSÉ que d'imposer SON choix de format de
date, son choix de couleurs, à tous et chacun des utilisateurs; c'est
diamétralement opposé au mode DICTATORIAL unixien car c'est le respect
du

choix de l'individu d'abord! évidemment, faut éduquer l'individu, car il
arrive trop souvent que ce dernier ne sait pas qu'IL A LE CHOIX.
[...]

mais voilà, si je désire respecter tout et chacun, je dois bosser
davantage,

oui! Et si il me prend à penser maudire Microsoft, c'est en pensant
qu'ils

auraient donc dus être bien plus dictateurs et IMPOSER le point à ces
maudits français! :-) ( et belges, et suisses, et .... )

*Totalement* d'accord en parlant de l'utilisateur final...
Il à droit à SA langue, SON environnement, SA résolution d'écran,
SES couleurs et autres paramètres... (je sais que je m'adresse à un
convaincu ;-)

Mais pourquoi ne pas facilité le job du "programmeur" en étant
*dictatorial* en *imposant* à tous les coups, la conversion
entre le format local et le format US et non, comme dans certains cas,
"penser" à sa place...

Cela ne facilite pas forcément l'approche !
Et cela fait souvent crier au beug (bogue pour les french ;)
lorsque, des fois ca va... des fois ca va pas...
Bien sûr, cela repose sur la méconnaissance du produit,
l'ignorance du fonctionnement... mais, peut-on le reprocher ?

Pour moi, l'utilisateur final *devant* son interface DOIT se sentir
"comme à la maison" avec toute ses habitudes et sa façon de faire...
Mais, *derrière* cette interface, la rigueur et la méthode ont tout
à fait leur place... et finalement, facilite l'imprégnation des règles.

Dans le même régistre... La traduction du VBA !!!
Ma jambe de bois s'en tape les noeuds contre le mur !!!!!!!

DateSerial et SérieDate.... quel(s) avantage(s) ?????
Si ce n'est d'être obligé d'apprendre les deux (ou de crier au beug pour
certains ;-)

Tout ceci n'empêche pas les gens d'aimer ce sataner Access...
sinon... pourquoi l'utiliserait-ils ? Il y à Filemaker aussi ;-))) (
It's a joke ;-)

Vaderghast, Access MVP

Michel, j'espère ne pas te boulverser plus...
tu as vu ce que tu as fait à ton nom ? ;-))

PS : Ma jambe de bois, c'est une blague...
Je n'ai que deux pieds bot !!

MDR !!!!!!!

Mes sincères amitiés, à toi et au Québec...

--
A+
Pierre (3stone) Mauvais Vrai Passionné

Salut,

En VBA, ainsi qu'en quelques autres endroits (et le designer de requêtes
a même quelques ... problèmes ... ) les constantes de dates sont
effectivement retournées en format US, car elles sont entre # et, en
principe, #...# signifie que la date est en format US, mais plus
important, c'est pour le transfer de documents: transférer le fichier
n'implique pas le transfert des paramètres régionaux qui ont produit le
fichier... ce serait la catastrophe si les données emmagasinées dépendaient
du paramétrage du PC! Il faudrait acheter la version de Windows qui
correspondra à notre paramétrage, et on ne pourrait changer le paramétrage
sous peur que Windows ne s'emmêle. C'est, semble-t-il, la base du pourquoi
les dates en VBA sont saisies selon ton parmétrage, mais immédiatement
recrachées en US (et le développeur devrait être en mesure de faire la
"conversion", sachant que #...# est une date US, par défaut, sauf ...
extravagances). Ajouter une niveau de traduction supplémentaire, à savoir,
voir les dates selon mon paramétrage, mais emmagasiner selon un format
"unique" me semble repousser le problème, car il y aurait tôt ou tard
quelqu'un qui désirerait lire la donnée brute et là, il devrait faire la
conversion pour le niveau converti en local? C'est peut être faisable, et
puisqu'on peut supposer que certaines versions d'Access ne tourneront pas
toujours sur VBA, on peut faire la suggestion à Microsoft d'amener le niveau
de "conversion" des constantes au niveau de l'outil de développement...
quoique dit comme cela ils ne comprendront rien... Bon, je leur envoie une
suggestion en ce sens, à l'instant. Tout le monde sait où se trouve la boîte
à suggestion de Microsoft....

Vanderghast, Access MVP

"3stone" <3stone@skynet.be> wrote in message
news:3fcfdb7e$0$5469$ba620e4c@reader3.news.skynet.be...

Bonjour Michel,

"Michel Walsh"

Je suis preneur, c'est génial de respecter le choix de
l'utilisateur,

car, non, ce n'est pas que Access, que Office, mais tout Windows qui
agit

comme cela...

Oui, bien sûr...
J'ai dit "Access déduit..." parce qu'ici on utilise Access et que c'est
ici que

l'on ressent ces "problèmes" (je pense que la secrétaire qui saisit une
date

dans Word est moins gênée...)

les dates sont tout d'abord interprétées dans le format du
paramétrage régional du (compte d'utiilsateur du) PC utilisé. Si ce
paramétrage dit yyyy.mm.dd, alors précéance est donnée à cette
interprétation.

C'est justement ce coté là qui me... "tarabiscote" un peu...

Respecter le format des paramètes régionaux ?
Parfait, nickel, je signe à deux mains, j'abonde...
(ce dernier à pas mal fait rigoler il y a un temps ;o)

Mais pourquoi bon dieu, lorsque les formats des paramètres régionaux
ne sont pas respecté, Windows *tente* de traduire en... US ?

Cela n'aide ni l'utilisateur final qui s'en fout... ni le "développeur"

[...]

C'est TOUT L'OPPOSÉ que d'imposer SON choix de format de
date, son choix de couleurs, à tous et chacun des utilisateurs; c'est
diamétralement opposé au mode DICTATORIAL unixien car c'est le respect
du

choix de l'individu d'abord! évidemment, faut éduquer l'individu, car il
arrive trop souvent que ce dernier ne sait pas qu'IL A LE CHOIX.
[...]

mais voilà, si je désire respecter tout et chacun, je dois bosser
davantage,

oui! Et si il me prend à penser maudire Microsoft, c'est en pensant
qu'ils

auraient donc dus être bien plus dictateurs et IMPOSER le point à ces
maudits français! :-) ( et belges, et suisses, et .... )

*Totalement* d'accord en parlant de l'utilisateur final...
Il à droit à SA langue, SON environnement, SA résolution d'écran,
SES couleurs et autres paramètres... (je sais que je m'adresse à un
convaincu ;-)

Mais pourquoi ne pas facilité le job du "programmeur" en étant
*dictatorial* en *imposant* à tous les coups, la conversion
entre le format local et le format US et non, comme dans certains cas,
"penser" à sa place...

Cela ne facilite pas forcément l'approche !
Et cela fait souvent crier au beug (bogue pour les french ;)
lorsque, des fois ca va... des fois ca va pas...
Bien sûr, cela repose sur la méconnaissance du produit,
l'ignorance du fonctionnement... mais, peut-on le reprocher ?

Pour moi, l'utilisateur final *devant* son interface DOIT se sentir
"comme à la maison" avec toute ses habitudes et sa façon de faire...
Mais, *derrière* cette interface, la rigueur et la méthode ont tout
à fait leur place... et finalement, facilite l'imprégnation des règles.

Dans le même régistre... La traduction du VBA !!!
Ma jambe de bois s'en tape les noeuds contre le mur !!!!!!!

DateSerial et SérieDate.... quel(s) avantage(s) ?????
Si ce n'est d'être obligé d'apprendre les deux (ou de crier au beug pour
certains ;-)

Tout ceci n'empêche pas les gens d'aimer ce sataner Access...
sinon... pourquoi l'utiliserait-ils ? Il y à Filemaker aussi ;-))) (
It's a joke ;-)

Vaderghast, Access MVP

Michel, j'espère ne pas te boulverser plus...
tu as vu ce que tu as fait à ton nom ? ;-))

PS : Ma jambe de bois, c'est une blague...
Je n'ai que deux pieds bot !!

MDR !!!!!!!

Mes sincères amitiés, à toi et au Québec...

--
A+
Pierre (3stone) Mauvais Vrai Passionné

Vous avez filtré cet utilisateur ! Consultez son message

Salut,

En VBA, ainsi qu'en quelques autres endroits (et le designer de requêtes
a même quelques ... problèmes ... ) les constantes de dates sont
effectivement retournées en format US, car elles sont entre # et, en
principe, #...# signifie que la date est en format US, mais plus
important, c'est pour le transfer de documents: transférer le fichier
n'implique pas le transfert des paramètres régionaux qui ont produit le
fichier... ce serait la catastrophe si les données emmagasinées dépendaient
du paramétrage du PC! Il faudrait acheter la version de Windows qui
correspondra à notre paramétrage, et on ne pourrait changer le paramétrage
sous peur que Windows ne s'emmêle. C'est, semble-t-il, la base du pourquoi
les dates en VBA sont saisies selon ton parmétrage, mais immédiatement
recrachées en US (et le développeur devrait être en mesure de faire la
"conversion", sachant que #...# est une date US, par défaut, sauf ...
extravagances). Ajouter une niveau de traduction supplémentaire, à savoir,
voir les dates selon mon paramétrage, mais emmagasiner selon un format
"unique" me semble repousser le problème, car il y aurait tôt ou tard
quelqu'un qui désirerait lire la donnée brute et là, il devrait faire la
conversion pour le niveau converti en local? C'est peut être faisable, et
puisqu'on peut supposer que certaines versions d'Access ne tourneront pas
toujours sur VBA, on peut faire la suggestion à Microsoft d'amener le niveau
de "conversion" des constantes au niveau de l'outil de développement...
quoique dit comme cela ils ne comprendront rien... Bon, je leur envoie une
suggestion en ce sens, à l'instant. Tout le monde sait où se trouve la boîte
à suggestion de Microsoft....

Vanderghast, Access MVP

"3stone" wrote in message
news:3fcfdb7e$0$5469$

Bonjour Michel,

"Michel Walsh"
Je suis preneur, c'est génial de respecter le choix de
l'utilisateur,

car, non, ce n'est pas que Access, que Office, mais tout Windows qui
agit

comme cela...

Oui, bien sûr...
J'ai dit "Access déduit..." parce qu'ici on utilise Access et que c'est
ici que

l'on ressent ces "problèmes" (je pense que la secrétaire qui saisit une
date

dans Word est moins gênée...)

les dates sont tout d'abord interprétées dans le format du
paramétrage régional du (compte d'utiilsateur du) PC utilisé. Si ce
paramétrage dit yyyy.mm.dd, alors précéance est donnée à cette
interprétation.

C'est justement ce coté là qui me... "tarabiscote" un peu...

Respecter le format des paramètes régionaux ?
Parfait, nickel, je signe à deux mains, j'abonde...
(ce dernier à pas mal fait rigoler il y a un temps ;o)

Mais pourquoi bon dieu, lorsque les formats des paramètres régionaux
ne sont pas respecté, Windows *tente* de traduire en... US ?

Cela n'aide ni l'utilisateur final qui s'en fout... ni le "développeur"

[...]
C'est TOUT L'OPPOSÉ que d'imposer SON choix de format de
date, son choix de couleurs, à tous et chacun des utilisateurs; c'est
diamétralement opposé au mode DICTATORIAL unixien car c'est le respect
du

choix de l'individu d'abord! évidemment, faut éduquer l'individu, car il
arrive trop souvent que ce dernier ne sait pas qu'IL A LE CHOIX.
[...]

mais voilà, si je désire respecter tout et chacun, je dois bosser
davantage,

oui! Et si il me prend à penser maudire Microsoft, c'est en pensant
qu'ils

auraient donc dus être bien plus dictateurs et IMPOSER le point à ces
maudits français! :-) ( et belges, et suisses, et .... )

*Totalement* d'accord en parlant de l'utilisateur final...
Il à droit à SA langue, SON environnement, SA résolution d'écran,
SES couleurs et autres paramètres... (je sais que je m'adresse à un
convaincu ;-)

Mais pourquoi ne pas facilité le job du "programmeur" en étant
*dictatorial* en *imposant* à tous les coups, la conversion
entre le format local et le format US et non, comme dans certains cas,
"penser" à sa place...

Cela ne facilite pas forcément l'approche !
Et cela fait souvent crier au beug (bogue pour les french ;)
lorsque, des fois ca va... des fois ca va pas...
Bien sûr, cela repose sur la méconnaissance du produit,
l'ignorance du fonctionnement... mais, peut-on le reprocher ?

Pour moi, l'utilisateur final *devant* son interface DOIT se sentir
"comme à la maison" avec toute ses habitudes et sa façon de faire...
Mais, *derrière* cette interface, la rigueur et la méthode ont tout
à fait leur place... et finalement, facilite l'imprégnation des règles.

Dans le même régistre... La traduction du VBA !!!
Ma jambe de bois s'en tape les noeuds contre le mur !!!!!!!

DateSerial et SérieDate.... quel(s) avantage(s) ?????
Si ce n'est d'être obligé d'apprendre les deux (ou de crier au beug pour
certains ;-)

Tout ceci n'empêche pas les gens d'aimer ce sataner Access...
sinon... pourquoi l'utiliserait-ils ? Il y à Filemaker aussi ;-))) (
It's a joke ;-)

Vaderghast, Access MVP

Michel, j'espère ne pas te boulverser plus...
tu as vu ce que tu as fait à ton nom ? ;-))

PS : Ma jambe de bois, c'est une blague...
Je n'ai que deux pieds bot !!

MDR !!!!!!!

Mes sincères amitiés, à toi et au Québec...

--
A+
Pierre (3stone) Mauvais Vrai Passionné

3stone

05/12/2003 à 19:38

Bonjour Michel,

"Michel Walsh"
[...] on peut faire la suggestion à Microsoft d'amener le niveau

de "conversion" des constantes au niveau de l'outil de développement...
quoique dit comme cela ils ne comprendront rien... Bon, je leur envoie une
suggestion en ce sens, à l'instant. Tout le monde sait où se trouve la boîte
à suggestion de Microsoft....

Sur la colline, la voix porte plus loin que dans la valée ;-)

--
A+
Pierre (3stone) Access MVP
--------------------------------------
Une pour tous, tous pour une ;-)
http://users.skynet.be/mpfa/charte.htm
--------------------------------------

CALENDRIER : 31 février 2003

4 réponses

Veuillez sélectionner un problème