Base modèle Contacts : les pièges à éviter.

Publié le par Raymond

Vous avez remarqué ou vous avez lu dans un article de ce blog que la version 2007 offrait deux nouvelles commandes pour créer un enregistrement Access 2007 à partir de Outlook 2007 et créer un contact Outlook 2007 à partir d’un enregistrement Access 2007. Vous avez également utilisé ou allez utiliser la base modèle Contacts qu’Access 2007 vous propose en page d’accueil et qui utilise ces deux commandes.
Vous avez certainement pensé, à juste titre, que si vous pouviez faire l’aller retour entre Access 2007 et Outlook 2007, c’est parce qu’enfin tout était compatible entre Outlook et Access et que vous alliez pouvoir faire facilement du transfert de données. Votre déception sera à la hauteur.
Que ce soit la version anglaise ou la version française ( dont la traduction est d’un très bon niveau) , ces deux bases ne respectent pas les noms de champs établis par Outlook depuis plusieurs versions et que vous utilisez dans votre code VBA pour gérer les relations Access<= =>Outlook.
Ces bases n’utilisent que 17 champs sur la centaine possible de Outlook et aucune documentation ne donne la liste des noms de champs qu’il faut utiliser dans une table pour pouvoir espérer récupérer les valeurs de l’autre logiciel. On risque de se demander encore longtemps pourquoi le champ « Email1Address » a été converti en « E-mail Address » et traduit en « Adresse de messagerie »,  pourquoi « BusinessAddressCountry » a été converti en «Country/Region »  et traduit en « Pays/Région »   alors qu’il existe un autre champs « BusinessAddressState », pourquoi « BusinessAddressPostOfficeBox » n’a pas de correspondance dans les bases contacts et enfin le meilleur avec le champ « State/Province » de la base anglaise, traduit en « département » dans la base française alors qu’il existe un champ Outlook nommé « Department » ce qui prête à confusion.
Les deux commandes acCmdAddFromOutlook et acCmdSaveAsOutlookContact sont à manipuler avec précaution et ne vous lancez pas tête baissée dans des changements de noms à la française pour pouvoir utiliser ces deux commandes, sans avoir analysé les conséquences.
Enfin, il est regrettable de constater que les noms de champs de tables soient formés de caractères spéciaux tels que le tiret, le slash, l’espace et même l’apostrophe, alors que nous nous battons pour éduquer les visiteurs de MPFA à ne pas utiliser de caractères spéciaux et le moins possible de caractères accentués.
La route sera longue et sinueuse……
 
Publicité

Publié dans Bases modèles

Pour être informé des derniers articles, inscrivez vous :
Commenter cet article