Commentaires de pillsmen sur tout CodeS-SourceS

22 commentaire(s) de pillsmen sur des sources sur tout CodeS-SourceS

Le : 09/07/2007 09:35:29
Source : CALENDRIER PAR MOIS VBA ACCESS

Merci DavidDech. Le bug a été corrigé sans passer par une variable globale ;)

Par ailleurs, suite aux remarques d'une autre source : http://www.vbfrance.com/codes/FORMAT-DATE-SYSTEM-PORTABILITE_43286.aspx (Merci Renfield), j'ai changer ce code de manière à ce qu'il soit exploitable quelque soit la région dans laquelle on se trouve (format de dates différents)

Le : 03/07/2007 13:24:01
Source : FORMAT DE DATE SYSTEM ET PORTABILITÉ

Super c'est exactement ce qu'il me fallait :)
Merci encore Renfield

Le : 03/07/2007 11:07:55
Source : FORMAT DE DATE SYSTEM ET PORTABILITÉ

Merci, ça marche nickel :)

Par curiosité quel est le rôle de la fonction StrPtr(..) ? je n'ai pas trouvé dans l'aide ds VBA.

Pendant que j'y suis :p, j'ai encore un p'tit problème avec les dates.
J'ai créé et posté sur ce site 2 formulaires access de calendriers entièrement gérés par labels (pas d'APIs). Je pense que la gestion des dates doit aussi y être catastrophique que ce que j'avais fait précédemment pour cette source!

http://www.vbfrance.com/codes/CALENDRIER-SEMAINE-VBA-ACCESS_42640.aspx
http://www.vbfrance.com/codes/CALENDRIER-MOIS-VBA-ACCESS_42460.aspx

Le problème c'est que je dois générer une date à partir de variables (une pour le jour, une pour le mois, une pour l'année). Je le fesait grâce à la fonction cdate style cdate(num_jour & "/" & num_mois & "/" & num_annee) mais le code n'est, par conséquent, pas portable.
(je voulais le faire notamment pour cette source afin d'initialiser la table avec des dates aléatoires)

A ce jour, la solution que j'ai trouvé serait d'utiliser une variable représentant le nombre de jours entre la date désirée et la date actuelle et de généré la date au format "local" avec dateadd(...). Je ne sais pas si c'est la bonne solution, ou s'il en existe une meilleur en jouant sur la fonction Format(...).
Une idée ? :)

Le : 03/07/2007 08:57:25
Source : FORMAT DE DATE SYSTEM ET PORTABILITÉ

le г correspond à un r un peu déformé ;)

Le : 03/07/2007 08:54:37
Source : FORMAT DE DATE SYSTEM ET PORTABILITÉ

oui j'ai remarqué pour les formats de dates un peu spéciaux style bulgare au format dd.m.yyyy г., le "г." est remplacé par un jolie "'ã.'" mais bon.

Le : 02/07/2007 16:01:34
Source : FORMAT DE DATE SYSTEM ET PORTABILITÉ

J'oubliais : merci Renfield pour les commentaires constructifs ;)

Le : 02/07/2007 16:00:49
Source : FORMAT DE DATE SYSTEM ET PORTABILITÉ

Voilà, j'ai mis en place l'API, mais finalement en réfléchissant bien , je n'ai pas fait de contrôle veillant à ce que la date saisie par l'utilisateur corresponde bien au format de la date système.
La raison est simple :
Dans le cas du format de date fr : dd/mm/yyyy si contrôle il y a, la saisie de 09/02/07 ne fonctionnerait pas alors que ça simplifie grandement la saisie...

Aprés tout, si l'utilisateur décide d'utiliser un autre format que celui qui lui est signalé, c'est à ses risques ;)

Le : 02/07/2007 11:24:38
Source : FORMAT DE DATE SYSTEM ET PORTABILITÉ

Justement, je viens juste de faire le test avec le format Kyrgyz (O_o) dd.mm.yy (on est le 2 Juillet 2007, soit 02/07/2007 ce qui donne 02.07.07 => dd.mm.mm). Le problème viens des tests imbriqués (if ... elseif ... else ...end if) et de la génération du masque à partir de la fonction Date().

Si on est le 2 Février 2007, pas de problème, par contre comme tu dis si il a correspondance entre deux (ou les trois) des trois parties (jour, mois et année) il s'arrètera dans l'ordre sur dd, mm.

Le truc c'est que j'aimerais utiliser les API le moins possible, mais je crois que c'est la seule solution à mon problème ;)

Le : 02/07/2007 10:30:58
Source : FORMAT DE DATE SYSTEM ET PORTABILITÉ

Petite remarque, juste pour essayer de comprendre un peu plus :)

Admettons d'avoir les paramètres régionnaux pour le format date courte : yyyy.mm.dd. (format hongrois, me demander pas pourquoi, c'est le premier format "bizarre" que j'ai trouvé ^^). Si je saisie une date dans un format complètement différent il me sauvegarde n'importe quoi dans la BDD ?!

J'ai tester en entrant un format jj/mm/yyyy (pour exemple : 09/02/2007, en gardant le format system hongrois), quand je consulte la base de donnée, il me met 2007.09.02 !
Autrement dit, si l'utilisateur saisie une date dans un format autre que le format système, si ce format est "proche" du format système, pas de problème (style dd/mm/yyyy et dd.mm.yyyy) mais dans le cas contraire ..... ce qui implique qu'il faudrait une vérification sur le format à l'insertion histoire d'être sûr ?!

Le : 02/07/2007 09:53:26
Source : FORMAT DE DATE SYSTEM ET PORTABILITÉ

Merci pour vos conseils,

je modifie la source de suite :).

Par contre Renfield, je crois que tu n'as pas saisi le principe de mon label :).
A l'ouverture du formulaire, la fonction ReturnFormat() permet de construire la chaîne de caractère (masque de saisie) qui indiquera à l'utilisateur sous quel format entrer la date par analyse de la date renvoyée par la fonction Date(). Celui-ci est donc basé sur les paramètres régionnaux (j'ai testé avec tout les formats de dates que j'avais dans Panneau de configuration > Options régionnales et linguistiques). Je n'ai trouver aucune source qui le fasse, c'était donc l'intérêt de celle-ci ;).

En revanche, dans mon programme je devrais gérer l'insertion/lecture de dates quelque soit la région donc si j'ai bien compris en changeant mes requêtes mon code sera portable quelque soit les paramètres régionnaux du système?

Quelle misère cette gestion des dates sous Access ... ;)