Newsgroup: it.comp.appl.access
Titolo: Forms(...).Controls(...).Properties(...).Type => da dove viene?

Stavo realizzando una semplicissima procedura che elenca tutte le proprietą 
di un controllo di una form, e fin qui nessun problema.
Mi sono fatto stampare il nome (.Name). Ok.
Mi sono fatto stampare il valore (.Value). Ok.
Mi sono fatto stampare il tipo (.Type). Ok.
Quando ho visto che il tipo viene restituito come numero (giustamente, non 
che mi aspettassi qualcosa di diverso) mi sono chiesto: "bene, e come faccio 
a sapere di che tipo sono le proprietą?".
Sono andato immediatamente a controllare nell'Object Browser ma non sono 
riuscito a risalire ad alcun enumerato che elencasse i tipi delle proprietą 
dei controlli, nemmeno visualizzando le voci nascoste.
Ho trovato solamente le due proprietą .Name e .Value.
Qualcuno di voi sa dirmi come decifrare il tipo di quelle proprietą?
--
PBsoft di Gabriele Bertolucci
www.pbsoft.it
skype: pbsoftsolution

Ciao Gabriele.
Sai che non ho capito il problema ...!
Quando dici Tipo ti riferisci alla property Type..?
Ho letto anche il tuo Post successivo, ma sinceramente mi sfugge
un pò tutto il contesto, sono certo che tu l'abbia ben chiaro, ma
se facessi un minino di chiarezza o un piccolo esempio potrei
capire anch'io...!
Porta pazienza è sabato, ho il neurone in festa.
@Alex


ROTFL!!!!
Semplice: la proprietà Type di ogni elemento della collection Properties 
assume valori interi.
Io stavo cercando un tipo enumerato che associasse a questi valori dei nomi 
simbolici, ma non ho trovato niente del genere nell'object browser.
Per quanto riguarda invece l'altro post, ho scoperto che la proprietà Category 
di ogni elemento della collection Properties assume valori che dovrebbero 
identificare le varie pagine della finestra delle proprietà dei controlli 
di Access (F4).
I valori assunti da questa proprietà sembrano essere pochi e, da un controllo 
a campione, pare che le corrispondenze siano le seguenti:
 0 = ???
 1 = "Formato"
 2 = "Dati"
 4 = "Eventi"
 8 = "Altro"
66 = ???
Anche in questo caso stavo cercando qualche tipo enumerato che facesse un 
po' di chiarezza ma credo che non esista niente del genere.



i tipi di dato io li ho trovati nella enumerazione DataTypeEnum (i.e. 
Const dbVarBinary = 17 (&H11)
--
ac

 Const dbVarBinary = 17 (&H11)
P.S. Ve ne sono 3: ADODB,ADOX,DAO
--
ac

 P.S. Ve ne sono 3: ADODB,ADOX,DAO
Scusa Alessandro, ma credo che vada fatta chiarezza (almeno per me).
Tu vorresti dire che i valori della proprietą Type di ogni membro della collection 
Properties di un controllo di una form possono assumere tutti e soli i valori 
espressi dal tipo enumerato DataTypeEnum?


 
per i tipi "dato" credo proprio di si. Su questa cosa vado per logica. 
Cosa te ne fai di un tipo ad es. "unpodataeunpoint" circoscritto alla 
semplice fase elaborativa?  Oltretutto alcuni sono tipi "inventati" vedi 
ad esempio il tipo "boolean". Poi ci sono le altre enumerazioni  per 
altre "properties" (i.e. acTextBox et so on per i controlli). E comunque 
  sono sempre un numero da &H00 a &HFF o da &H0000 a &HFFFF alcune volte 
non contigui ma come elevazione di 2 (i.e. i TypeEnum del msgbox, 
alcuni, non tutti). O anche, per finire, i TypeEnum della "runcommand" o 
i colori.
--
ac

 semplice fase elaborativa?
La tua affermazione mi ha messo la pulce nell'orecchio, quindi ho voluto 
fare un controllo sui valori che vengono assunti dalla proprietą Forms(...).Controls(...).Properties(...).Type. 
Ho scoperto che alcuni di questi valori non appartengono a nessuna delle 
costanti enumerate ADODB.DataTypeEnum, ADOX.DataTypeEnum o DAO.DataTypeEnum.
Ad esempio, ciclando sull'insieme Forms(...).Controls(...).Properties si 
scopre che, per un controllo di tipo TextBox, esiste il seguente valore:
Properties(...).Name = ConditionalFormat
Properties(...).Type = 8209
Properties(...).Category = 1


 Properties(...).Category = 1
Ho dato una rapida scorsa alle "categorie" di enumerazione. Cosi' ad 
occhio non mi sembra, come dici, che esista una "CategoryEnum" come mi 
sembra non esista una "GlobalEnum" che contenga tutte le enumerazioni 
possibili. Le enumerazioni sono state raggruppate per, mi sembra, 
categorie omogenee ed ogni categoria e' applicabile ad un preciso contesto.
Comunque derivare da access un "prodotto" piu' performante e completo 
del suo genitore mi sembra una grande missione. ;<)
--
ac

 del suo genitore mi sembra una grande missione. ;<)
Temo di non avere colto la vena ironica.
