Discussion :

[Naghoan]

Bonjour,

J'aimerais imposer un format pour plusieurs champs (Noms, Prénoms, Date, numéros de téléphone, etc etc. J'ai trouvé 3 solutions, mais pour chacune d'elles, j'ai un problème :

- D'abord en choisissant un format dans le Mode création de la table. (">" dans le champ NOM par exemple). Problème : lorsque j'importe les données de la base avec Excel, le format n'est plus pris en compte. Si j'entre un nom tout en minuscule dans Access, il sera visible en majuscule dans la table et dans toutes les requêtes mais il sera en minuscule sur Excel. (On voit d'ailleur que même si le nom s'affiche en majuscule sur Access, lorsqu'un sélectionne la case, il se remet tel qu'il a été écrit à la base.

- J'ai essayé avec le masque de saisie. Là j'ai bien le format qui est pris en compte même lorsque je vais chercher mes données avec Excel. Problème : on est assez limité dans le choix du format, et pour certaines situations, ça coince. Prenons le cas d'un prénom composé, si j'écris ">?<??????????" dans le masque, on ne pourra pas écrire "Marie-Christine" mais "Marie christine".

- J'ai trouvé une fonction avec le VBA, qui me permet d'écrire correctement un prénom quel qu'il soit. Problème : je n'arrive pas à l'affecter à la saisie des données sur la table. Je ne peux l'activer que lorsque je saisie les données depuis le formulaire.

Et si j'étais le seul à modifier les données de la base, ce ne serait pas un problème, mais si c'était le cas, je n'aurais pas non plus besoin d'imposer des formats, je les écrirais directement sous la bonne forme. Le fait est que nous sommes nombreux à l'utiliser et des rappels en rouge, gras et surlignés pour dire "écrivez un nom en majuscule" ou même "ajoutez les nouvelles entrées depuis le formulaire et non depuis la table" ne suffiraient pas. Il y a toujours quelqu'un pour n'en faire qu'à sa tête à un moment donné.

Bref, il y a t-il une solution à mon souci ? Est-il possible par exemple :
- d'importer directement le format des champs avec Excel, ou même de façon indirecte en créant une table intermédiaire qui irait récupérer les valeurs avec le format (Comme on pourrait créer une feuille Excel avec des fonction INDEX pour reprendre un tableau sans les formules)
- d'être plus souple sur le masque de saisie : pouvoir chercher une fonction VBA pour définir le masque
- d'utiliser le VBA depuis la table directement. Ou à la limite, faire une fonction qui modifierait toutes les données saisies en appliquant le format désiré et qu'on appellerait avec un bouton

Ou autres choses auxquelles je ne pense pas.

Merci

[hyperion13]

il y a un outil merveilleux et au demeurant très performant sur DEV qu'on appelle : recherche.
Alors et alors.

[marot_r]

Bonjour.

Le probleme est surtout que les tables ne sont pas des elements d'interface mais de stockage de donnees.

Personnellement je ferai une requete de modification qui appelle la function VBA et qui mettrai les donnees dans le format dont j'ai besoin avant l'export vers Excel.
Sinon, tu peux aussi utiliser les fonctions Excel pour faire la transformation.
Et evidement, si je peux, je ne donnerai access a mes donnees a l'utilisateur QUE via un formulaire.
Les tables c'est uniquement pour le developpeur.

A+

[Naghoan]

il y a un outil merveilleux et au demeurant très performant sur DEV qu'on appelle : recherche.
Alors et alors.

Mais quelle brillante idée... Je t'invite à utiliser toi-même cet outil, et si tu trouves quelque chose qui peut m'aider, envoyer un lien vers ce contenu. Pour ma part, je n'ai rien trouvé, mais peut-être que je n'utilise pas les bon mots-clés, c'est possible aussi.

Edit : Au temps pour moi, je n'avais pas vu les liens. Je regarderai dans la soirée.

Bonjour.

Le probleme est surtout que les tables ne sont pas des elements d'interface mais de stockage de donnees.

Personnellement je ferai une requete de modification qui appelle la function VBA et qui mettrai les donnees dans le format dont j'ai besoin avant l'export vers Excel.
Sinon, tu peux aussi utiliser les fonctions Excel pour faire la transformation.
Et evidement, si je peux, je ne donnerai access a mes donnees a l'utilisateur QUE via un formulaire.
Les tables c'est uniquement pour le developpeur.

A+

Je ne savais pas qu'on pouvait limiter l'accès aux tables et requêtes. Je vais regarder de ce côté et reviendrai clore le sujet si jamais ça résout mon souci. Merci

[marot_r]

Bonjour.

Je ne savais pas qu'on pouvait limiter l'accès aux tables et requêtes. Je vais regarder de ce côté et reviendrai clore le sujet si jamais ça résout mon souci. Merci

En fait mon idee est de fournir aux utilisateurs un (ou des) formulaires que l'application leur presente et donne acces aux informations dont ils ont besoin.
Comme cela ils n'ont pas a aller dans les tables et requetes pour faire leur saisie. Cela a les avantages suivants : les utilisateurs n'ont pas connaitre tous les rouages de ton application pour l'utiliser et toi tu gardes un droit de regard sur ce qu'il font.
Les formulaires disposent de plein de possibilites pour controller la saisie et mettre les donnees pertinentes en evidence.

Donc tu n'es pas oblige de tout cacher, mais tu peux presenter un chemin preferentiel.

A propos de la reponse de hyperion13 qui est semble-t'il "a cote de la plaque" juste une note : la communication ecrite est une des pires pour transmettre les messages car le lecteur l'interprete en function de son contexte a lui et pas d'un contexte commun aux interlocuteurs qui limte les mal-entendu. Cela peut conduire a des reponses totalement inutiles (ca m'est arrive aussi) tout en partant d'une intention d'aider. Et si on ne voullais pas aider, il suffirait de ne pas repondre du tout.

A+

[Naghoan]

Bonjour.



En fait mon idee est de fournir aux utilisateurs un (ou des) formulaires que l'application leur presente et donne acces aux informations dont ils ont besoin.
Comme cela ils n'ont pas a aller dans les tables et requetes pour faire leur saisie. Cela a les avantages suivants : les utilisateurs n'ont pas connaitre tous les rouages de ton application pour l'utiliser et toi tu gardes un droit de regard sur ce qu'il font.
Les formulaires disposent de plein de possibilites pour controller la saisie et mettre les donnees pertinentes en evidence.

Donc tu n'es pas oblige de tout cacher, mais tu peux presenter un chemin preferentiel.

En regardant vite fait, j'ai trouvé ça Restreindre les autorisations et accès à une base de données.
J'ai fait la manip, c'est intéressant, par contre ce serait tout de même pratique pour les utilisateur de pouvoir afficher le formulaire en mode Feuille de données, pour avoir un récapitulatif (et surtout pour pouvoir modifier plus aisément une base avec quelques dizaines de lignes). Je regarderai plus attentivement dans la soirée. Merci pour les réponses.

[Naghoan]

Bonjour.

En fait mon idee est de fournir aux utilisateurs un (ou des) formulaires que l'application leur presente et donne acces aux informations dont ils ont besoin.
Comme cela ils n'ont pas a aller dans les tables et requetes pour faire leur saisie. Cela a les avantages suivants : les utilisateurs n'ont pas connaitre tous les rouages de ton application pour l'utiliser et toi tu gardes un droit de regard sur ce qu'il font.
Les formulaires disposent de plein de possibilites pour controller la saisie et mettre les donnees pertinentes en evidence.

Donc tu n'es pas oblige de tout cacher, mais tu peux presenter un chemin preferentiel.

J'ai découvert Access il y a quelques jours, j'ai tendance à tout faire sur Excel. Il y a donc un paquet de possibilités que j'ignore, mais je me suis un peu informé depuis et mon souci devrait être réglé. Même si je n'ai toujours pas avancé sur mon fichier initial, j'ai fait des tests avec les formulaires pour gérer l'accès. Je pense savoir maintenant comment laisser aux utilisateurs la possibilité de consulter une base de données tout en leur imposant des modifications via les formulaires uniquement.

Je passe donc le sujet comme résolu, encore merci pour vos réponses.

[marot_r]

Bonjour.

L'affichage des tables entretient la confusion avec Excel.
Il faut ne pas tombe dans ce piege car la maniere de faire est parfois tres differente entre les 2 applications.
C'est vrai dans les 2 sens, si tu essayes de monter un Excel "a la Access", ca ne marche pas vraiment (je sais, j'ai essaye :-).
Et il y a des choses qui se font toutes seules en Access et sont une plaie en Excel et vice versa.
Par exemple un truc du genre Solde = SoldePrecedent + MontantCourant est tres simple en Excel et franchement penible en Access.
Cela vient du fait que Access n'a pas la notion de ligne comme Excel. Pour Access tous les enregistrements se valent et aucun n'est avant ou apres l'autre.

Bonne decouverte des merveilles (et des horeurs) de Access.

A+