Assegnare a variabile Pubblica in Access il valore del campo di una tabella

Buon pomeriggio, innanzitutto saluto tutti in quanto mi sono appena registrata dopo aver a lungo letto il vostro forum. Approfitto per ringraziare per l'utilissimo lavoro svolto da tutti...

Ho un dubbio, premetto che sono autodidatta (con basi studiate alle superiori) ma che ho approfondito molto recentemente Vba ma più che altro per Excel e sto trovando molte differenze che a volte mi spiazzano.

La mia domanda è questa: come posso assegnare a una Variabile Pubblica in un Modulo generico il valore di un campo di una tabella?

Tb_Percorsi (ID_percorso, Percorso)
La variabile pubblica deve assumere il valore del campo percorso in base all'ID selezionato.

Public PcsArchClienti = ??

Questo mi serve affinché l'utente possa poi da maschera impostare il percorso in cui salva i suoi file.

Spero di essermi spiegata.
Grazie a chi potrà aiutarmi.

Silvia

Scommetto che hai fatto una struttura di Cartelle esagerata..
Se ti dicessi che non serve a nulla...?
Quando si lavora con i database la struttura di archiviazione non deve subire le paturnie di chi poi va a cercare scorrendo nelle mille cartelle...
Il SW deve essere Libero da queste impostazioni inutili.
Si gestisce solo 1 cartella in cui archiviare tutto, perché poi la ricerca la si fa tramite le interfacce utente di ricerca e, trovato quello che si cerca verranno mostrati i documenti relativi e si aprirà quello che si vuole dalla maschera.
Se non ragioni in questo modo sarà estremamente complessa poi la gestione.

Hai ragione, ma fino a oggi veniva tutto archiviato in una struttura ben codificata di cartelle che al momento devo rispettare perché non posso far spostare tutto fin da subito.
Inoltre ci saranno utenti che dovranno utilizzare i file senza utilizzare il Sw perciò difficilmente potrà essere spostato proprio tutto in una cartella unica.
Per questo volevo creare questo tipo di aggancio

Auguri... è un errore macroscopico.
Pensa solo a se uno sposta un file o lo rinomina... non si fanno queste cose.
In ogni caso non comprendo il motivo di voler gestire una variabile public...
Se le maschere sono associate puoi passare il parametro usando Args parametro di Openform e recuperando su Load dalla proprietà OpenArgs.

Forse non ho spiegato lo scopo.
Sto mettendo (proprio perché all'utente deve essere possibile andare a recuperare file già precedente archiviati) un comando per aprire una cartella sul Pc in ... \ArchivioClienti\ txtnomedelcliente (che trova sulla form).
Poi sulla form delle attrezzature sarà ...\ ArchivioModelli\ txtnomemodello , e così via in altre parti.
Volevo fare una tabella una in cui ci fosse già impostata la prima parte del percorso così che l'utente possa inserirla da form una volta sola e poi sa che non deve più spostare la cartella...
Quando mi serve il percorso non devo aprire una form... perciò il tuo suggerimento non fa al mio caso, purtroppo...

Secondo me non hai capito che l'utente non dovrebbe accedere ai file in modo diretto... MAI, nemmeno se ti minaccia .. se necessita del file gli si da la possibilità di salvare copia sul desktop ma non si tocca l'archivio senza passare per azioni strutturate del gestionale.

Queste sono regole funzionali, ovviamente tu fai come credi ma sappi che strutturalmente non è saggio.

Non è che non l'ho capito, ma in questa fase non ho alternativa e sto cercando almeno di limitare i danni.
Forse non avendo idea del progetto non riesco a farti capire.

Ma in sostanza... c'è un modo per far estrarre un valore dal campo in una variabili o non esiste la possiibilità?

Scusa ma ti ho spiegato come potresti fare al post #4... lo hai capito...? cosa non ti piace...?

Ho necessità che la variabile si valorizzi quando si apre il Db non quando si apre una form.
Il valore risiede nella tabella.
Io in excel facevo così.
valori in campo, all'apertura .. variabile = Foglio1.posizionecella
e assegno il valore.
Se varia lo aggiorna dalla maschera e ok, allora vale il tuo suggerimento del post 4.

O forse sono io che non ho capito il tuo suggerimento

Ma excel non c'entra nulla con i db. Non ragionare come con excel.