Newsgroup: it.comp.appl.access
Titolo: impostazioni colori

Ragazzi sto realizzando un database che permette di configurare
la propria applicazione dal punto di vista dell'aspetto.
Quindi la prima cosa è la modifica dei colori dei controlli delle
varie maschere. Tutto funziona ma visto ke le impostazioni dei colori
sono immagazzinate in una tabella, per accedervi uso ad ogni
apertura di form la funziona Dfirst per impostare la formattazione
dell X-esimo controllo.
Questo significa ke ogni volta ke apro una maschera, questa a runtime
assegna i colori ...
Quindi se ho una maschera con 30 controlli ho almeno 30
richiami a dfirst per recuperare le info...
e quindi la velocità di apertura diminuisce dipendentemente dal num
dei controlli presenti nella maschera. Ho cercato di fare in modo di
caricare le impostazioni del colore all'apertura del database ma non
so come far mantenere le impostazioni di colore per tutte le maschere
del database....

 wrote in message
news:1126368201....@g43g2000cwa.googlegroups.com

Se usi AccessXP scaricati Archifoto dal mio Sito e dai un'occhiata
alla funzionalità della Maschera di formattazione aspetto chiamata
[BackGround].
In ogni Form dell'applicativo su Evento Load trovi poi il richiamo
alla funzione [FormatStyle Me], nel modulo [basFormatStyle],
che ne imposta gli stili basandosi sull'uso della proprietà TAG.
La tecnica usata non inserisce nessun ritardo anche se le
formattazioni sono numerose.
Se può esserti d'aiuto usala pure.
Trovi tutto quì:
http://www.mantuanet.it/alessandro.baraldi/
Sezione [DOWNLOADS]
1.0 ARCHIFOTO 
Ciao
@Alex
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Alessandro ho guardato il tuo lavoro
ed ho visto ke il sistema per settare
i colori memorizzati è lo stesso del mio.
su load di ogni maschera rikiami una
funzione ke pesca i valori dalla tabella
Io mi kiedevo se esisteva un criterio per
settare i colori una volta per tutte le
maschere del database in un colpo solo...
Ad esempio rikiamavamo la funzione di
settaggio colori all'apertura del database
e quindi ad ogni apertura di maschera non
c'era bisogno di rikiamare la funzione...

 wrote in message
news:1126370962.8...@g43g2000cwa.googlegroups.com

No, non si può a meno di non aprire le Maschere
in modalità Struttura, quindi le salvi e le chiudi...!
Io te lo sconsiglio.
In ogni caso fai attenzione alla tecnica usata, poichè
quello che trovi nella mia Routine non genera ritardi 
visibili in quanto ottimizzata nei cicli.
Se al posto di usare un Recordset usi Dfirst o Dlookup
i tempi di accesso si moltiplicano, in quanto il 
Recordset viene interrogato una sola volta mentre le
funzioni di aggregamento N volte...!
Valuta bene le cose...!


grazie, moltissimo per i consigli, prima di pescare con la tua canna da
pesca :-))
volevo chiederti....e se utilizzassimo delle variabili globali per
memorizzare le impostazioni?
Mi spiego: all'apertura del database accediamo alla tabella dei colori
inizializzando le variabili...e poi ad ogni apertura assegnamo i valori
delle variabili già in memoria....
secondo te a parte un maggior uso di memoria di cui bisogna valutare il
peso...
l'assegnamento di un valore già disponibile in memoria potrebbe essere
più rapido di qualsiasi procedura ke pesca da una tabella?

ho fatto la prova con le variabili globali...ed il problema
è stato superato ...bisogna vedere che effetti abbia la presenza di
16 variabili globali di tipo long a livello di memoria consumata

 16 variabili globali di tipo long a livello di memoria consumata
Direi che non dovrebbe essere molto pesante la cosa, e sicuramente
dovrebbe alleggerire.
Io personalmente non gradisco molto l'uso di Global, ne và della
leggibilità del codice, e, dato che il ciclo viene eseguito su evento
load della singola Form ed il tempo d'esecuzione non interferisce
direi che non ne vale la pena.
Tieni presente poi che se l'utente modifica qualche cosa ti dovresti
preoccupare di aggiornare non solo la tabella ma anche le variabili.
In ogni caso è una tecnica valida.
