variable accessible tant que formulaire ouvert ...
6 réponses
Denis
Bonjour à tous !
Je travail actuellement sur un formulaire qui a besoins d'informations
d'authentification pour se connecter à différents serveurs : user +
password.
Cependant, ces informations sont susceptibles d'être réutilisée .... donc,
naturellement, j'ai pensé à stocker ces infos dans des variables .... mais
je les créées où ces variables ?
J'imagine mal redemander 20 fois à l'utilisateur de s'authentifier...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Eric
Bonjour,
Dans un module de portée globale: Public pubLogin as string Public pubPassword as string
et tu leur affectes les valeurs sur fermeture de ton formulaire de saisie. Non ?
Bonjour à tous !
Je travail actuellement sur un formulaire qui a besoins d'informations d'authentification pour se connecter à différents serveurs : user + password.
Cependant, ces informations sont susceptibles d'être réutilisée .... donc, naturellement, j'ai pensé à stocker ces infos dans des variables .... mais je les créées où ces variables ?
J'imagine mal redemander 20 fois à l'utilisateur de s'authentifier...
Merci d'avance pour votre aide.
Denis.
-- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Bonjour,
Dans un module de portée globale:
Public pubLogin as string
Public pubPassword as string
et tu leur affectes les valeurs sur fermeture de ton formulaire de
saisie. Non ?
Bonjour à tous !
Je travail actuellement sur un formulaire qui a besoins d'informations
d'authentification pour se connecter à différents serveurs : user +
password.
Cependant, ces informations sont susceptibles d'être réutilisée .... donc,
naturellement, j'ai pensé à stocker ces infos dans des variables .... mais
je les créées où ces variables ?
J'imagine mal redemander 20 fois à l'utilisateur de s'authentifier...
Merci d'avance pour votre aide.
Denis.
--
A+
Eric
http://www.mpfa.info/
Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Dans un module de portée globale: Public pubLogin as string Public pubPassword as string
et tu leur affectes les valeurs sur fermeture de ton formulaire de saisie. Non ?
Bonjour à tous !
Je travail actuellement sur un formulaire qui a besoins d'informations d'authentification pour se connecter à différents serveurs : user + password.
Cependant, ces informations sont susceptibles d'être réutilisée .... donc, naturellement, j'ai pensé à stocker ces infos dans des variables .... mais je les créées où ces variables ?
J'imagine mal redemander 20 fois à l'utilisateur de s'authentifier...
Merci d'avance pour votre aide.
Denis.
-- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Denis
Salut Eric ! Effectivement ... mais une question : si au même moment, un autre utilisateur se connecte au même formulaire, enregistrant du coup d'autre informations d'authentification ? Ces variables restent elles accessibles uniquement pour un utilisateur , ou bien sont elles visibles pour tous les utilisateurs qui se connecteront à la base ?
Merci pour ton aide,
DNI.
"Eric" a écrit dans le message de news:
Bonjour,
Dans un module de portée globale: Public pubLogin as string Public pubPassword as string
et tu leur affectes les valeurs sur fermeture de ton formulaire de saisie. Non ?
Salut Eric !
Effectivement ... mais une question : si au même moment, un autre
utilisateur se connecte au même formulaire, enregistrant du coup d'autre
informations d'authentification ? Ces variables restent elles accessibles
uniquement pour un utilisateur , ou bien sont elles visibles pour tous les
utilisateurs qui se connecteront à la base ?
Merci pour ton aide,
DNI.
"Eric" <f_framZZ@hotmail.com> a écrit dans le message de news:
OGC4uvORGHA.1868@TK2MSFTNGP09.phx.gbl...
Bonjour,
Dans un module de portée globale:
Public pubLogin as string
Public pubPassword as string
et tu leur affectes les valeurs sur fermeture de ton formulaire de saisie.
Non ?
Salut Eric ! Effectivement ... mais une question : si au même moment, un autre utilisateur se connecte au même formulaire, enregistrant du coup d'autre informations d'authentification ? Ces variables restent elles accessibles uniquement pour un utilisateur , ou bien sont elles visibles pour tous les utilisateurs qui se connecteront à la base ?
Merci pour ton aide,
DNI.
"Eric" a écrit dans le message de news:
Bonjour,
Dans un module de portée globale: Public pubLogin as string Public pubPassword as string
et tu leur affectes les valeurs sur fermeture de ton formulaire de saisie. Non ?
Eric
re,
Si chacun a sur son poste une base frontale à partir de laquelle il se connecte aux serveurs, les variables seront propres à chaque application. Si le formulaire se trouve dans la dorsale alors les variables globales stockeront le login et password de la derniere connexion.
Salut Eric ! Effectivement ... mais une question : si au même moment, un autre utilisateur se connecte au même formulaire, enregistrant du coup d'autre informations d'authentification ? Ces variables restent elles accessibles uniquement pour un utilisateur , ou bien sont elles visibles pour tous les utilisateurs qui se connecteront à la base ?
Merci pour ton aide,
DNI.
"Eric" a écrit dans le message de news:
Bonjour,
Dans un module de portée globale: Public pubLogin as string Public pubPassword as string
et tu leur affectes les valeurs sur fermeture de ton formulaire de saisie. Non ?
-- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
re,
Si chacun a sur son poste une base frontale à partir de laquelle il se
connecte aux serveurs, les variables seront propres à chaque application.
Si le formulaire se trouve dans la dorsale alors les variables globales
stockeront le login et password de la derniere connexion.
Salut Eric !
Effectivement ... mais une question : si au même moment, un autre
utilisateur se connecte au même formulaire, enregistrant du coup d'autre
informations d'authentification ? Ces variables restent elles accessibles
uniquement pour un utilisateur , ou bien sont elles visibles pour tous les
utilisateurs qui se connecteront à la base ?
Merci pour ton aide,
DNI.
"Eric" <f_framZZ@hotmail.com> a écrit dans le message de news:
OGC4uvORGHA.1868@TK2MSFTNGP09.phx.gbl...
Bonjour,
Dans un module de portée globale:
Public pubLogin as string
Public pubPassword as string
et tu leur affectes les valeurs sur fermeture de ton formulaire de saisie.
Non ?
--
A+
Eric
http://www.mpfa.info/
Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Si chacun a sur son poste une base frontale à partir de laquelle il se connecte aux serveurs, les variables seront propres à chaque application. Si le formulaire se trouve dans la dorsale alors les variables globales stockeront le login et password de la derniere connexion.
Salut Eric ! Effectivement ... mais une question : si au même moment, un autre utilisateur se connecte au même formulaire, enregistrant du coup d'autre informations d'authentification ? Ces variables restent elles accessibles uniquement pour un utilisateur , ou bien sont elles visibles pour tous les utilisateurs qui se connecteront à la base ?
Merci pour ton aide,
DNI.
"Eric" a écrit dans le message de news:
Bonjour,
Dans un module de portée globale: Public pubLogin as string Public pubPassword as string
et tu leur affectes les valeurs sur fermeture de ton formulaire de saisie. Non ?
-- A+ Eric http://www.mpfa.info/ Archives : http://groups.google.fr/group/microsoft.public.fr.access?hl=fr
Denis
C'est bien ce que je pensais ..... je reste coincé :-( A part en utilisant un fichier tmp via VB .... mais c'est pas vraiment sécurisé !!!!!!!!
"Eric" a écrit dans le message de news:
re, Si chacun a sur son poste une base frontale à partir de laquelle il se connecte aux serveurs, les variables seront propres à chaque application. Si le formulaire se trouve dans la dorsale alors les variables globales stockeront le login et password de la derniere connexion.
C'est bien ce que je pensais ..... je reste coincé :-(
A part en utilisant un fichier tmp via VB .... mais c'est pas vraiment
sécurisé !!!!!!!!
"Eric" <f_framZZ@hotmail.com> a écrit dans le message de news:
equiqOTRGHA.4960@TK2MSFTNGP12.phx.gbl...
re,
Si chacun a sur son poste une base frontale à partir de laquelle il se
connecte aux serveurs, les variables seront propres à chaque application.
Si le formulaire se trouve dans la dorsale alors les variables globales
stockeront le login et password de la derniere connexion.
C'est bien ce que je pensais ..... je reste coincé :-( A part en utilisant un fichier tmp via VB .... mais c'est pas vraiment sécurisé !!!!!!!!
"Eric" a écrit dans le message de news:
re, Si chacun a sur son poste une base frontale à partir de laquelle il se connecte aux serveurs, les variables seront propres à chaque application. Si le formulaire se trouve dans la dorsale alors les variables globales stockeront le login et password de la derniere connexion.
Ilan
Bonjour, tu as la solution de créer une variable de type COLLECTION. Cette variable contient à la fois les paramètres de connexions d'un utilisateur et un identifiant unique pour chaque utilisateur. Chaque utilisateur aura ainsi ces propres paramètres sans modifier ceux des utilisateurs déjà connectés. Reste à conserver le n° identifiant chaque utilisateur pour aller connaitre les paramètres de connexion lorsqu'ils ont été entré une première fois. Une autre solution est de créer une table qui contient le nom de session windows des utilisateurs (variable windows environ(USERNAME) ) et leurs paramètres de connexion associés au formulaire. Quand un utilisateur ouvre le formulaire, aller chercher dans la table son nom de session windows si il n'est pas présent demander l'authentification et enregistrer le nom de session et les paramètres de connexion. Chaque utilisateur n'entre ainsi qu'une fois ses propres paramètres sans changer les paramètres des autres utilisateurs; tu supprimes les enregistrements lorsqu'un utilisateur ferme la base de données.
C'est bien ce que je pensais ..... je reste coincé :-( A part en utilisant un fichier tmp via VB .... mais c'est pas vraiment sécurisé !!!!!!!!
"Eric" a écrit dans le message de news:
re, Si chacun a sur son poste une base frontale à partir de laquelle il se connecte aux serveurs, les variables seront propres à chaque application. Si le formulaire se trouve dans la dorsale alors les variables globales stockeront le login et password de la derniere connexion.
Bonjour, tu as la solution de créer une variable de type COLLECTION.
Cette variable contient à la fois les paramètres de connexions d'un
utilisateur et un identifiant unique pour chaque utilisateur.
Chaque utilisateur aura ainsi ces propres paramètres sans modifier ceux des
utilisateurs déjà connectés. Reste à conserver le n° identifiant chaque
utilisateur pour aller connaitre les paramètres de connexion lorsqu'ils ont
été entré une première fois.
Une autre solution est de créer une table qui contient le nom de session
windows des utilisateurs (variable windows environ(USERNAME) ) et leurs
paramètres de connexion associés au formulaire.
Quand un utilisateur ouvre le formulaire, aller chercher dans la table son
nom de session windows si il n'est pas présent demander l'authentification et
enregistrer le nom de session et les paramètres de connexion.
Chaque utilisateur n'entre ainsi qu'une fois ses propres paramètres sans
changer les paramètres des autres utilisateurs; tu supprimes les
enregistrements lorsqu'un utilisateur ferme la base de données.
C'est bien ce que je pensais ..... je reste coincé :-(
A part en utilisant un fichier tmp via VB .... mais c'est pas vraiment
sécurisé !!!!!!!!
"Eric" <f_framZZ@hotmail.com> a écrit dans le message de news:
equiqOTRGHA.4960@TK2MSFTNGP12.phx.gbl...
re,
Si chacun a sur son poste une base frontale à partir de laquelle il se
connecte aux serveurs, les variables seront propres à chaque application.
Si le formulaire se trouve dans la dorsale alors les variables globales
stockeront le login et password de la derniere connexion.
Bonjour, tu as la solution de créer une variable de type COLLECTION. Cette variable contient à la fois les paramètres de connexions d'un utilisateur et un identifiant unique pour chaque utilisateur. Chaque utilisateur aura ainsi ces propres paramètres sans modifier ceux des utilisateurs déjà connectés. Reste à conserver le n° identifiant chaque utilisateur pour aller connaitre les paramètres de connexion lorsqu'ils ont été entré une première fois. Une autre solution est de créer une table qui contient le nom de session windows des utilisateurs (variable windows environ(USERNAME) ) et leurs paramètres de connexion associés au formulaire. Quand un utilisateur ouvre le formulaire, aller chercher dans la table son nom de session windows si il n'est pas présent demander l'authentification et enregistrer le nom de session et les paramètres de connexion. Chaque utilisateur n'entre ainsi qu'une fois ses propres paramètres sans changer les paramètres des autres utilisateurs; tu supprimes les enregistrements lorsqu'un utilisateur ferme la base de données.
C'est bien ce que je pensais ..... je reste coincé :-( A part en utilisant un fichier tmp via VB .... mais c'est pas vraiment sécurisé !!!!!!!!
"Eric" a écrit dans le message de news:
re, Si chacun a sur son poste une base frontale à partir de laquelle il se connecte aux serveurs, les variables seront propres à chaque application. Si le formulaire se trouve dans la dorsale alors les variables globales stockeront le login et password de la derniere connexion.
Denis
Ah ben voilà une idées qui me plait bien ;-) Te remercies pour celle-ci ! C'est pourtant simple, mais il fallait y penser ....
Denis.
"Ilan" a écrit dans le message de news:
Bonjour, tu as la solution de créer une variable de type COLLECTION. Cette variable contient à la fois les paramètres de connexions d'un utilisateur et un identifiant unique pour chaque utilisateur. Chaque utilisateur aura ainsi ces propres paramètres sans modifier ceux des utilisateurs déjà connectés. Reste à conserver le n° identifiant chaque utilisateur pour aller connaitre les paramètres de connexion lorsqu'ils ont été entré une première fois. Une autre solution est de créer une table qui contient le nom de session windows des utilisateurs (variable windows environ(USERNAME) ) et leurs paramètres de connexion associés au formulaire. Quand un utilisateur ouvre le formulaire, aller chercher dans la table son nom de session windows si il n'est pas présent demander l'authentification et enregistrer le nom de session et les paramètres de connexion. Chaque utilisateur n'entre ainsi qu'une fois ses propres paramètres sans changer les paramètres des autres utilisateurs; tu supprimes les enregistrements lorsqu'un utilisateur ferme la base de données.
C'est bien ce que je pensais ..... je reste coincé :-( A part en utilisant un fichier tmp via VB .... mais c'est pas vraiment sécurisé !!!!!!!!
"Eric" a écrit dans le message de news:
re, Si chacun a sur son poste une base frontale à partir de laquelle il se connecte aux serveurs, les variables seront propres à chaque application. Si le formulaire se trouve dans la dorsale alors les variables globales stockeront le login et password de la derniere connexion.
Ah ben voilà une idées qui me plait bien ;-)
Te remercies pour celle-ci !
C'est pourtant simple, mais il fallait y penser ....
Denis.
"Ilan" <Ilan@discussions.microsoft.com> a écrit dans le message de news:
24E74448-7EA6-4106-B222-55AB42EE2AEF@microsoft.com...
Bonjour, tu as la solution de créer une variable de type COLLECTION.
Cette variable contient à la fois les paramètres de connexions d'un
utilisateur et un identifiant unique pour chaque utilisateur.
Chaque utilisateur aura ainsi ces propres paramètres sans modifier ceux
des
utilisateurs déjà connectés. Reste à conserver le n° identifiant chaque
utilisateur pour aller connaitre les paramètres de connexion lorsqu'ils
ont
été entré une première fois.
Une autre solution est de créer une table qui contient le nom de session
windows des utilisateurs (variable windows environ(USERNAME) ) et leurs
paramètres de connexion associés au formulaire.
Quand un utilisateur ouvre le formulaire, aller chercher dans la table son
nom de session windows si il n'est pas présent demander l'authentification
et
enregistrer le nom de session et les paramètres de connexion.
Chaque utilisateur n'entre ainsi qu'une fois ses propres paramètres sans
changer les paramètres des autres utilisateurs; tu supprimes les
enregistrements lorsqu'un utilisateur ferme la base de données.
C'est bien ce que je pensais ..... je reste coincé :-(
A part en utilisant un fichier tmp via VB .... mais c'est pas vraiment
sécurisé !!!!!!!!
"Eric" <f_framZZ@hotmail.com> a écrit dans le message de news:
equiqOTRGHA.4960@TK2MSFTNGP12.phx.gbl...
re,
Si chacun a sur son poste une base frontale à partir de laquelle il se
connecte aux serveurs, les variables seront propres à chaque
application.
Si le formulaire se trouve dans la dorsale alors les variables globales
stockeront le login et password de la derniere connexion.
Ah ben voilà une idées qui me plait bien ;-) Te remercies pour celle-ci ! C'est pourtant simple, mais il fallait y penser ....
Denis.
"Ilan" a écrit dans le message de news:
Bonjour, tu as la solution de créer une variable de type COLLECTION. Cette variable contient à la fois les paramètres de connexions d'un utilisateur et un identifiant unique pour chaque utilisateur. Chaque utilisateur aura ainsi ces propres paramètres sans modifier ceux des utilisateurs déjà connectés. Reste à conserver le n° identifiant chaque utilisateur pour aller connaitre les paramètres de connexion lorsqu'ils ont été entré une première fois. Une autre solution est de créer une table qui contient le nom de session windows des utilisateurs (variable windows environ(USERNAME) ) et leurs paramètres de connexion associés au formulaire. Quand un utilisateur ouvre le formulaire, aller chercher dans la table son nom de session windows si il n'est pas présent demander l'authentification et enregistrer le nom de session et les paramètres de connexion. Chaque utilisateur n'entre ainsi qu'une fois ses propres paramètres sans changer les paramètres des autres utilisateurs; tu supprimes les enregistrements lorsqu'un utilisateur ferme la base de données.
C'est bien ce que je pensais ..... je reste coincé :-( A part en utilisant un fichier tmp via VB .... mais c'est pas vraiment sécurisé !!!!!!!!
"Eric" a écrit dans le message de news:
re, Si chacun a sur son poste une base frontale à partir de laquelle il se connecte aux serveurs, les variables seront propres à chaque application. Si le formulaire se trouve dans la dorsale alors les variables globales stockeront le login et password de la derniere connexion.
