Newsgroup: it.comp.lang.visual-basic
Titolo: ComboBox con parecchi di dati

Devo riempire dei combo con diversi dati; uno ad esempio dovrebbe contenere
l'elenco di tutti i comuni italiani presi da una tabella...
Qual'e' secondo voi la strada migliore, sia in termini di velocita' che di
semplicita'? Questi combo (parecchi) vengono caricati all'avvio di una Form
e non vorrei che la form ci mettesse secoli prima d'esser pronta...

*Drizzt* ha scritto:

Leggi anche il 3d "Combobox" del 16-4 (Stefano)
Quando i dati sono molti, pur componendo l'intero recordset, si usa una
griglia, magari caricata a ... "pezzettoni" da gestire in funzione degli
spostamenti provocati e richiesti dall'utente.
La realtà (anche se l'utente, sia ben chiaro, lo deve poter fare) è che
nessuno consulta/cerca in più di 50/100 informazioni, quindi un combobox
caricato con tutti i comuni italiani, IMHO, non ha alcun senso. A che serve?
A cercare un comune, suppongo. Bene: chiedigli qualcosa (una parte della
denominazione, per esempio) e esponi/carica solo i comuni che soddisfano la
richiesta...

 griglia, magari caricata a ... "pezzettoni"
Interessante sistema ma non ho compreso "pezzettoni" cosa intendi ?
Grazie Ciao Joe

*Nannerl* ha scritto:

Immagina di avere 10.000 records nel recordset. A parte il tempo per
comporre il recordset stesso, quanto impiegherai a caricarli tutti in una
griglia, magari formattandoli? Un sacco, secondo me, del tutto inutilmente
perchè (se la selezione è stata oculata) probabilmente quel che l'utente
cerca sta nelle prime righe. Allora, immagina di caricare solo (tanto per
fare un esempio) 100 righe e mostrarle. Se l'utente vuole vedere le altre
basterà un bottone oppure anche "ascoltare" gli eventi di "abbandono"
dell'ultima riga. Se l'intenzione (per esempio con una freccia in basso, o
con analoga azione sulla scroll bar) dell'operatore è quella di procedere,
si caricherà il blocco (solo quello) delle 100 righe seguenti. Situazione
analoga per lo scorrimento a ritroso. Il tempo di caricamento della griglia
è minimo (sono sempre, al massimo, 100 righe) e più o meno costante
qualunque sia il numero dei records.
Ah, l'unica griglia che ho trovato che senta i tasti (di tastiera, intendo)
freccia a fine/inizio griglia è la vecchia Grid32. La HFlex (non la Flex) li
sente, ma è troppo complicata per i miei gusti.

 qualunque sia il numero dei records.
 Si ma va bene per una ricerca visiva determinata dall'umano, io uso spesso
il sistema di caricare le combobox con solo il nome citta e il numero record
(nel caso )  poi estrapolo solo il num record e vado a leggerlo direttamente
nel file, per il resto dei campi ..Cod cap, provincie e quant'altro in modo
che digitando ti posiziona e la ricerca resta trapida, dici che non e'
corretto?!

 dici che non e' corretto?!
Non ho detto questo.
Dico che non è pratico, è pesante, occupa un sacco di memoria e serve,
operativamente, a poco... Ovviamente ci sono milioni di persone che la
possono pensare esattamente al contrario, ... vive la difference ;-)

 decide di NON usare?
Hai ragione (come sempre ! )
devo proprio togliermi dalla testa il random ecc e vedere di capire meglio
il sistema db, SQL,  griglie, e affini...
ma sai com'e' quando ci prendi su la mano a un sistema, ti sembra incasinato
operare con i "nuovi" sistemi, anche perche' io scrivo ancora con vb5 e in
merito a cio' la guida e' un po' dispersiva.
Joe

 ha scritto nel messaggio
news:g2Yna.52211$T34.1...@news2.tin.it...

Secondo me la cosa migliore è fare 3 combo. In una metti la regione, nella
seconda la provincia, nella terza i comuni.
Ovviamente, l'utente deve conoscere un pò di geografia......

Utilizzo una combo per caricare 14614 comuni e paesi ... ovvero
tutti i comuni e paesi dell'italia.
Utilizza i recordset disconnessi e vedrai che otterai risultati da paura
in termini di velocità e rapidità di consultazione senza griglie e affini.
--
Saluti
Andrea Moro