pb d'utilisation de filtre [Résolu]

[Melhiril]

Bonjour,

J'essaie de mettre en place un filtre, mais je n'y comprend pas grand chose, même avec la faq.
En fait j'ai créé un formulaire: login et mot de passe pour que l'utilisateur s'identifie. Ensuite ça va lui permettre d'ouvrir un nouveau formulaire pour saisir ses informations et pouvoir voir celles qu'il a pu faire auparavant, mais uniquement les siennes! (d'où l'intérêt du mot de passe au début).
Je débute sur Access et je n'arrive pas à comprendre comment faire.

J'espère que quelqu'un pourra m'aider et m'expliquer le plus simplement possible (si possible). Merci!

[mout1234]

Bonjour,

Plusieurs approches sont possibles, ça dépend notamment de ta façon de récupérer le login du user, de quelle manière tu veux filtrer (par code, par requête....)

Comment mémorises-tu actuellement le login de l'utilisateur connecté?

[Melhiril]

Hier quelqu'un m'a expliqué une méthode pour les mots de passe et login:

J'ai fait un formulaire connexion avec:
> une zone de liste déroulante (modifiable0) basée sur T1 qui contient, sur 2 colonnes, chaque login et mot de passe correspondant
> une zone de texte (txt1) avec masque de saisie mot de passe (pour avoir ***)
> et un bouton avec macro automatique avec conditions du genre:

1)[Formulaires]![Formulaire1]![txt1]=[Formulaires]![Formulaire1]![modifiable0].[Column](1) : ouvrir formulaireX
2)[Formulaires]![Formulaire1]![txt1]<>[Formulaires]![Formulaire1]![modifiable0].[Column](1) ou [Formulaires]![Formulaire1]![Texte2] Est Pas Null : BoîteMsg "mot de passe erroné"

Voilà, par le code je n'ai pas réussi à le faire.

[Melhiril]

J'espère que ça répond à ta question

[mout1234]

Première remarque, NOMMES TES OBJETS ! les Formulaire1, modifiable0 et autre FormulaireX deviennent vite - mçme pour toi - illisibles et source de multiples erreurs!

.... je dois sortir j'essaierai de reprendre cette aprés midi... si je peux....

[Melhiril]

D'accord. Merci

[alcabk]

salut,
c'est re-moi...
ton formulaire qui doit s'ouvrir filtré, il faut le baser sur une requête qui récupère toutes les infos qui doivent s'afficher (je suppose que le nom de la personne en fait partie), et mettre en critère de cette requête [nom]=Formulaires![Formulaire1]![modifiable0]
j'espère avoir été claire...

[Melhiril]

Salut alcabk

Je vais essayer de faire ça!
Merci

[mout1234]

1)[Formulaires]![Formulaire1]![txt1]=[Formulaires]![Formulaire1]![modifiable0].[Column](1) : ouvrir formulaireX
2)[Formulaires]![Formulaire1]![txt1]<>[Formulaires]![Formulaire1]![modifiable0].[Column](1) ou [Formulaires]![Formulaire1]![Texte2] Est Pas Null : BoîteMsg "mot de passe erroné"

De ce que je comprends, ton formulaire1 gère l'authentification mais ne mémorise pas celle-ci.

Avant d'aller plus loin, si tu as plusieurs formulaires à filtrer ... il te faudra donc mémoriser le user connecté.
Compte tenu de ton niveau (tu ne veux pas faire de VBA si j'ai bien compris), le plus simple sera sans doute de stocker cette information dans une table locale.
As-tu un fichier d'interface installé sur le poste de chaque utilisateur?

[Melhiril]

Pour le moment, il n'y a que mon poste qui dispose de l'application.

J'aurai à faire cette manipulation sur d'autres formulaires je pense!

Pour le VBA, si je peux éviter ça serait bien! J'ai quelques bases qui s'applique sur Excel, mais sur Access j'ai beaucoup de mal à le faire marcher.

[mout1234]

Pour le moment, il n'y a que mon poste qui dispose de l'application.

Ok supposons, si ce n'est déjà fait qu'à l'avenir - si tu travailles par la suite en multi-utilisateurs - tu sépares les données de l'interface comme il se doit.
Dans ce cas, tu pourrais créer une table locale (mettons tblCurrentUser) contenant un seul champ (Login) de même nature que celui provenant de table T1.
Tu ouvres la table une première fois et tu l'initialise en créant un enregistrement.

tu crées alors une requête mise à jour du genre (non testée):

Code SQL :

UPDATE tblCurrentUser SET Login = Forms!Formulaire1!Modifiable0

Tu enregistres cette requête (appelons là qrySetCurrentUser)

Enfin, tu executes cette requête en ajoutant une instruction ExécuterMacro à la macro que tu lances dans ton formulaire1.

Te voila alors avec une table contenant un seul enregistrement contenant le login de l'utilisateur référencé, qu'il ne te reste qu'à lier à tes tables dans les requêtes sources des formulaires dont tu veux filtrer le contenu.


Bon courage

[alcabk]

il me semble que ça revient au même que ce que j'ai proposé... non ?
le filtre se fait sur la valeur du login choisi dans Modifiable0, au lieu de passer par une table intermédiaire.
à préciser pê que son Modifiable est basé sur une table (T1:utilisateurs) à 2 champs (login;mot de passe)

[mout1234]

Envoyé par alcabk

il me semble que ça revient au même que ce que j'ai proposé... non ?

Pas exactement parce que tel que tu l'écris, cela suppose de garder le formulaire1 ouvert - tout au moins à chaque fois qu'il est suceptible de relancer la requête source du formulaireX ou pour utiliser cette information dans d'autres formulaires ou états.

[alcabk]

ok
en fait, je m'étais effectivement fixé qu'il restait ouvert... comme une page d'accueil, d'où on ouvrirait tous les différents formulaires en question ! donc, il n'était pas gênant d'utiliser Modifiable0 comme source!!
à voir...

[Melhiril]

Je suis un cas desespéré!!

Quand j'essaie d'exécuter la requête, il me demande de saisir une valeur de paramètre en indiquant: Forms!Formulaire1!Modifiable0

Je ne comprend pas non plus quand tu parles de l'instruction ExecuterMacro. Laquelle?

[alcabk]

1) il faut que ton formulaire1 soit ouvert, avec une valeur choisie dans modifiable0, sinon ta requête ne trouve pas la valeur à comparer, c'est pour ça qu'elle te la demande
2) il me semble que mout1234 a fait une erreur de frappe, ça doit être plutôt ExecuterRequete...

[mout1234]

2) il me semble que mout1234 a fait une erreur de frappe, ça doit être plutôt ExecuterRequete...

Je confirme - merci alcabk - je voulais dire ExécuterRequête, action que tu dois ajouter à ta macro en lui indiquant le nom de la requête qrySetCurrentUser que tu as créée précédement.

[Melhiril]

je ne trouve pas l'action exécuter requête pour la macro

[alcabk]

essaie OuvrirRequête

[Melhiril]

non en fait je crois que c'est bon pour ça, mais ça ne marche toujours pas