Newsgroup: it.comp.appl.access
Titolo: Profilazione Access

Ciao,
ho la seguente esigenza ma non so come gestirla ...
Ho Access 2000 e ho un database condiviso in rete.
Ho impostato una password per l'admin ma vorrei che il login di tale 
utenza mi venisse 
richiesto solo quando apro il DB in modifica (SHIFT + click sul db)
 e non quando un utente apre il db per utilizzarlo
(normalmente all'avvio il db lancia una maschera).
Mi spiego: vorrei che l'utente loggato attraverso il sistema di 
access venga rilevato all'interno della mia maschera in modo da avere
funzioni abilitate/disabilitate per tale utenza.
E' possibile ?
GRAZIE !
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 ha scritto nel messaggio 
news:afbcef28d9e835e2f24...@mygate.mailgate.org...

Non ho capito bene se la password l'hai impostata al DB o hai impostato un 
utente con login e pwd...
Cmq sia, nel secondo caso, ovvero se hai impostato User con Login e Pwd, hai 
modificato il file mdw standard, pertanto access si aprirą di default 
chiedendoti tali dati di protezione... nel tuo caso, dovresti prima di tutto 
intercettare il comando "SHIFT + click" (sul sito comune se non erro vi č 
qualche esempio), per poi riconoscere user e pwd che differentemente da te, 
io farei interni al DB... con tanto di tabella.

 io farei interni al DB... con tanto di tabella.
Ma è possibile intercettare lo SHIFT + click ???
E comunque il problema di fondo è che Access gestisce la protezione
a livello di CLIENT ...
Quindi dovrei copiare il file .mdw su TUTTI i client e tali profilazioni
rimarrebbero anche per altri Db che non hanno a che fare con il mio...
Giusto ?


 Giusto ?
Giusto, ma basta lasciar perdere l'mdw di default e creartene una copia su 
cui fare tutte le variazioni che ti servono e richiamare quest'ultimo 
all'apertura del DB che ti interessa.
Ma io ti ho anche suggerito la strada degli utenti creati internamente al DB 
senza l'ausilio dell'mdw.


> E comunque il problema di fondo è che Access gestisce la protezione


 senza l'ausilio dell'mdw.
Mi interessa questo discorso della copia dell' mdw di default.
Come funziona ?
Nel mio caso sarebbe applicabile ?
Quindi ogni client punterebbe allo stesso MDW condiviso ???
Creando gli utenti internamente dovrei obbligatoriamente rilevare
lo SHIFT+click però ho letto sul sito comune che è sconsigliato.
Perchè ?


 Perchè ?
mai usato... non so, ma non credo sia un problema di bug eventuale, ma di 
scarsa protezione del sistema in se e per se.


 applicativo con user e gruppi e poi riattivi quello di default.
Quest'ultimo pezzo non l'ho capito...
Non basta creare un collegamento sul desktop del CLIENT mettendo
tutta la pappardella ???
-- 


 tutta la pappardella ???
Si ma se crei la copia, ma USER e GRUPPI li inserisci in quello di default 
(system.mdw) la copia č inutile non credi?
Allora iniziamo da 0.
1) Esegui wrkgadm.exe
2) Crea un nuovo gruppo di lavoro
3) Ci entri
4) Lo modifichi dalla tua applicazione
5) Da wrkgadm.exe rientri in quello di default per ripristinarlo per gli 
altri DB
6) Per il tuo DB richiami dall'icona il nuovo mdw creato con tutti i 
permessi attribuiti.
Ci sei?
Fammi sapere.


 Fammi sapere.
Si, ora ho capito.
Sto cercando comunque di gestire anche l'evento SHIFT+click sul DB ma ho
un errore di "Tipo non valido" su questa istruzione:
Set prp = dbs.CreateProperty("AllowBypassKey", dbBoolean, True)
e non riesco a capire come mai...
La sintassi č questa ...
Set property = object.CreateProperty (name, type, value, DDL)
grazie.


 ha scritto nel messaggio 
news:814c5e50cb57597098c...@mygate.mailgate.org...

Tič...
http://www.geviservices.it/files/TASTO_SHIFT.zip
