Blocco aggiornamento campo form

[omancino]

Buona sera a tutti. Sto' sviluppando una semplice applicazione per inserire dati sulle attività di tutti i miei colleghi di ufficio.
Tramite una maschera di login che contiene due campi:

1. LoginID
2. Password

accedo alla maschera che consente (anche tramite caselle combinate) di creare nuovi record nella tabella Archivio attività.
I campi presenti nella maschera sono:

1. NOME
2. TIPO ATTIVITA'
3. ORE LAVORATE
4. DATA LAVORAZIONE

Tramite macro, all'apertura della seconda maschera, carico nel campo NOME lo stesso identificativo digitato in LoginID mentre lascio compilare gli altri campi.
Il mio problema è che vorrei impedire la modifica del campo NOME ad ogni inserimento di nuovi record (dovrà essere solo ripetuto nella tabella di destinazione).
Suggerimenti?
Grazie

[RunDLL]

Il programma in questione?

[Alexsandra]

puoi bloccare il campo nella finestra delle proprietà (Locked = True) oppure passi il parametro via codice quando inserisci un nuovo record

[omancino]

Buongiorno Alexsandra, ben ritrovata.
Ahimè il parametro Bloccato nella finestra proprietà è già impostato a "si".
Provo a descrivere il flusso:
dopo avere popolato i campi
TIPO ATTIVITA'
ORE LAVORATE
DATA LAVORAZIONE
utilizzando il tabulatore per riposizionarmi sulla cella TIPO ATTIVITA' per un nuovo inserimento, tutte le celle vengono "ripulite" compresa NOME che resta (e qui interviene, credo, il parametro BLOCCATO=si) non editabile.
Grazie, come sempre, per il supporto.
P.S.
per RunDLL: chiedo scusa ma ho dimenticato di inserire nel titolo che si tratta di Access

[Alexsandra]

Inviato da omancino

..... per un nuovo inserimento, tutte le celle vengono "ripulite" compresa NOME che resta (e qui interviene, credo, il parametro BLOCCATO=si) non editabile.

svuotare tutti i campi è una procedura esatta in un nuovo inserimento, solo che dovresti passare anche il parametro di sblocco per il campo NOME

es. se hai nominato il campo come dbnome il codice sarà

dbnome.Locked = False

terminata la fase di inserimento puoi bloccare di nuovo il campo

[omancino]

Alexsandra, mi sembra di capire che la tua soluzione passi attraverso l'impostazione del parametro di sblocco da codice e non attraverso la finestra Proprietà del campo.
Corretto?

[Alexsandra]

esatto.
a parte che io non lo bloccherei proprio il campo, caso mai ti impedisco la modifica se non passi attraverso la routine di modifica.

In sintesi, prendo una variabile la pongo = al valore del campo Nome e se quando vai a salvare il record la variabile è diversa dal valore del campo mando un messaggio di avviso che non puoi modificare il nome.

come ti sembra?

[LoryOne]

Sicuramente hai una maschera i cui campi d'inserimento sono connessi a quelli di una specifica tabella, pertanto una volta che si verifica l'evento addnew, tutti i campi vengono cancellati, pronti al nuovo inserimento.
Siccome il form equivale alla maschera, dovresti identificare qual'è l'evento associato alla funzione addnew del recordset e li dentro immettere il codice che pone il campo d'interesse al valore desiderato.
Prima cambi la proprietà locked, modifichi il valore e riponi locked a true.

Se vuoi essere più professionale, cio che l'utente identifica come campo non editabile ha il colore di sfondo grigio; Diversamente, tutto cio che ha sfondo bianco è editabile.
Il consiglio che ti do, quindi, non è l'utilizzo della proprietà locked, bensì agire sulle proprietà .enabled e .backgroundcolor del campo testo.
La proprietà index del tabula si comporterà di conseguenza, ossia salterà all'indice successivo qualora il campo sia disabled.

[omancino]

Grazie ad entrambi per i suggerimenti. Vorrei, però, un vostro parere su questo schema.
Tramite una maschera di login, catturo il login-id dell'utente che vado ad inserire nel primo campo della maschera inserimento successiva.
(n.b. la maschera di login rimane aperta in background).
La maschera di inserimento contiene alcune caselle combinate ed alcune da editare.
Alla fine dell'inserimento dell'ultimo valore previsto, con il tabulatore vengono inserite le informazioni nella tabella relativa e TUTTI i campi vengono ripuliti.
Ho inserito, a questo punto, un bottone "Inserisci nuovo record" che ricopia nel primo campo della maschera il login-id della maschera di login (che è ancora attiva e popolata) e riposiziona il cursore sul secondo campo da riempire e così via.
Ho inserito anche un bottone che consente di visualizzare tutti i record inseriti nella tabella e un bottone di chiusura maschera inserimento che ritorna il controllo alla maschera di login.
Può reggere?
Grazie

[LoryOne]

Ci sono talmente tante possibilità di procedere che alla fine il tutto si riduce ad utilizzare Access agendo sui metodi e proprietà delle maschere, oppure scrivendo apposito codice nei form e nei moduli aggiuntivi; E' chiaro che il secondo caso consente un maggior controllo e sfrutta appieno la potenza del prodotto.
Capisco che il tuo approccio sia maggiormente legato alla prima possibilità, anche perchè scrivere codice in Access risulta il più ostico tra tutti i prodotti del pacchetto Office, però mi chiedo perchè la maschera di login debba rimanere aperta in background quando non ha senso alcuno mantenerla aperta dopo aver effettuato l'accesso post verifica delle credenziali ?

[omancino]

LoryOne, la maschera in background attiva mi serve proprio per recuperare il login-Id e reimpostarlo nel primo campo della maschera inserimento nel caso si voglia aggiungere un nuovo record per lo stesso utente.
Troppo "grezzo"?

[LoryOne]

Beh si.
Una form deve essere caricata, visualizzata ed infine scaricata dalla memoria.

Load form; Con questa istruzione carichi la form ed i suoi oggetti in memoria, ma non mostri nulla
form.Show; Con questa istruzione mostri la form
Unload form; Con questa istruzione scarichi la form dalla memoria
Set Form=Nothing; Con questa istruzione elimini persino il riferimento alla form come oggetto.

Una form può rimanere caricata in memoria, ma invisibile
form.visible=false; Con questa istruzione la form rimane in memoria ma è invisibile.

Considerato che dalla verifica delle credenziali dipende l'accesso alle varie maschere e che la maschera viene caricata e visualizzata una sola volta per utente, piuttosto che mantenerla in memoria per passare ad altro form la "login-Id", perchè non impostare una variabile globale in un modulo ed assegnare a tale variabile il valore della login senza necessariamente tenere aperta la maschera in background ?

[omancino]

"perchè non impostare una variabile globale in un modulo ed assegnare a tale variabile il valore della login senza necessariamente tenere aperta la maschera in background ?"
equivarrebbe a creare del codice da associare all'apertura della maschera di inserimento?
Per chiudere la maschera di login, stesso discorso?
L'allocazione di memoria non dovrebbe rappresentare un problema, in quanto sono in un contesto piuttosto circoscritto e limitato.
In effetti così aumenterebbe la componente programmazione a discapito dell'utilizzo immediato di metodi e proprietà delle maschere.

[LoryOne]

La OOP (o Programmazione Orientata agli Oggetti) è dispendiosa in termini di memoria allocata per natura.
Non era un discorso legato alla memoria in uso, sebbene sia sempre valevole in ogni contesto, bensì all'inutilità del mantenimento della maschera aperta in background.
L'utilizzo immediato di metodi e proprietà delle maschere ,in realtà, fa uso dello stesso codice che andresti a scrivere per avere il pieno controllo dell'applicativo.
In effetti, vi è solo una componente legata alla comodità d'uso che costituisce ,però, vincolo d'utilizzo che mal si confà alla casistica che hai esposto, risultando estremamente limitante in termini di libertà di sviluppo.

[omancino]

Comprendo.
Grazie.