Newsgroup: it.comp.lang.visual-basic
Titolo: Treeview, cosa mi consigliate

Ciao,
oggi ho scoperto l'esistenza dei controlli treeview. Sto facendo un
database ed ho due possibili strade su come strutturarlo. Vorrei sapere
se questi controlli richiedono che il databse sia fatto in un certo modo
perchè sono loro a generare la query oppure la query la faccio io e loro
prendono solo i risultati e li buttano graficamente come nodi?
Grazie a tutti, ciao
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 come nodi?
Nessuna delle due: il treeview non può essere 'boundato' ai dati quindi i dati
li devi mettere dentro tu 'a mano'
--
Salutoni
Sergio

 wrote in message
news:b44k4o$1qufsf$
1...@ID-173193.news.dfncis.de

Ti ringrazio per la risposta ma sinceramente stento a crederci...
Scusa, prendiamo un qualsiasi sito di e-commerce che abbia una struttura
ad albero, tu mi vuoi dire che una struttura del tipo:
-Informatica
 - PC
   - Schede madri
   - Hard disk
      - IDE
      - SCSI
 - Notebook
    -AMD
    -Intel
      -Acer
      -Asus
      -IBM
 - Stampanti
E' fatto a mano? Ma è impossibile, mi sbatto, faccio io il programma che
prende i dati da una query e divento miliardario....
Sicuramente ho capito male il concetto di "boundato", potresti per
favore rispiegarmelo?


 favore rispiegarmelo?
Il concetto di controllo data-bound e', detto molto terra-terra, questo:
Prendi il controllo, gli dici a quale connessione fare riferimento, a quale
tabella, e a quali campi e lui, *automaticamente*, popola il suo contenuto,
mantenendolo aggiornato rispetto ai successivi cambiamenti del set di dati
(spostamenti del cursore, modifiche ecc...)
Tanto per capirci, il classico funzionamento delle form fatte con il data
control, dove agendo sulle freccine avanti-indietro vedi cambiare i dati
nell'interfaccia senza che ci sia codice sottostante.
Il TreeView, come tanti altri controlli, non ragiona cosi' e deve
semplicemente essere popolato via codice; quindi apri la connessione, generi
un recordset e aggiungi i nodi al treeview con i dati e nella maniera che
credi... che poi e' il modo in cui si scrive la maggior parte dei programmi
DB
Per questo motivo, non essendo direttamente legato alla struttura fisica del
database, non hai particolari requisiti da seguire nel design delle tabelle,
se non quello di poter, in qualche modo, generare le relazioni di parentela
che tipicamente vengono rappresentate in una struttura ad albero.
Ciao
--
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown

 che tipicamente vengono rappresentate in una struttura ad albero.
Perfetto, questo č quello che mi interessava sapere. Al momento non ho
la piů pallida idea di come io debba scrivere il codice ma per il
momento mi accontento di sapere che il database č indipendente da come
farň le maschere.
Con la struttura che voglio usare (detta dei "nested sets", che ho
trovato sul sito comune di it.comp.appl.access), dovrei dunque cavarmela
e procederň per quella strada. Many thanks!!


 wrote in message

e grazie al cielo il tv non lo fa in automatico. l'unica volta che ho
provato con la struttura classica disk-dir-file, quando ho cliccato un + di
secondo livello e c'erano 100k file collegati il pc non ha gradito
moltissimo...
un esempio di tv automatico e' il foldertreeview del ccrp (
www.mvps.org
).
se cancelli una dir in explorer, il ftv se ne accorge immediatamente.
ma, nonostante i ragazzi del ccrp siano tosti assai, abbastanza spesso
operazioni del genere, compiute dall'esterno, il ftv lo mandano in crash
irreversibile.
ciao
