Lors de l’écriture d’un programme dans Access, l’une des choses les plus compliquées à implémenter est la fenêtre contextuelle car vous devez renvoyer la valeur au contrôle qui a ouvert la fenêtre elle-même. Par exemple, si nous voulons une combo qui présente tous les clients et, si nécessaire, modifie les données du client, nous devons double-cliquer sur le contrôle pour faire apparaître un nouveau formulaire ‘acDialog’ (notre fenêtre contextuelle) avec le DoCmd OpenForm … puis donnez comme dernier paramètre l’ID du client à présenter que je prendrai dans le formulaire client avec Me.OpenArgs dans l’événement FormLoad. Que se passe-t-il si l’utilisateur change ensuite de client dans la fenêtre contextuelle? La zone de liste déroulante sur le formulaire parent doit également être mise à jour avec la nouvelle valeur et comment l’implémentons-nous? Écriture de la valeur dans le registre et reprise de la valeur lors de la mise à jour du contrôle dans la fenêtre parent. Les fonctions sont :
SaveSetting « Clé », « Sous-clé », « Valeur », Me!ClientID
GetSetting « Clé », « Sous-clé », « Valeur », Défaut
DeleteSetting « Clé », « Sous-clé »
Vous pouvez consulter quelques exemples à ce sujet et bien plus sur certaines applications écrites en Access by me avec open source à cette adresse. A partir de ces exemples, vous pouvez également voir comment je n’ai jamais utilisé de macros ou d’éléments similaires, mais uniquement des formulaires et du code VBA, de cette façon Access devient un outil exceptionnel pour écrire des applications de gestion en peu de temps. Evidemment, il a aussi des limitations à partir de la vitesse d’exécution de recherches complexes, pour cette raison ni .NET ni Java ne me satisfont, je préfère les écrire en C/C++ avec MFC, STL et ATL, bien sur il faut un beaucoup de temps, mais les programmes sont des éclairs, voir par exemple Calus qui a été écrit avec VC++ 9.0.