Newsgroup: it.comp.lang.visual-basic
Titolo: Accedere al singolo tab di un SSTab via codice?

Salve,
Come da oggetto, come diavolo faccio ad ottenere
questo risultato?
L'idea sarebbe scrivere qualcosa tipo:
Set Controllo.Container = SSTab1.Qualcosa(MioIndice )
Come posso fare?
Grazie
Andrea
P.S. MSDN non sembra aiutarmi granché nella determinazione
della soluzione!

E' stato un casino capire come fare.
Ma ci sono riuscito.
*NON VOGLIO* scatenare polemiche, però che
caspito, M$ non si degna *MAI* di fare cose *UNIFORMI*.
Bisogna *IMPAZZIRE* appresso alle loro *PIPPE MENTALI*.
Volete sapere cosa ho dovuto fare per ottenere questo risultato?
1) Carico la listbox
2) Seleziono il tab con SSTab.Tab =...
3) Set ListBox.Container = SSTab
Non era molto più semplice un meccanismo come:
Set ListBox.Container = SSTab.Items( Index ) ?
Bah, valli a capire...
Andrea

 Bisogna *IMPAZZIRE* appresso alle loro *PIPPE MENTALI*.
Molto semplicemente, a differenza dei common controls per esempio, il
controllo non e' stato sviluppato da loro ma da Sheridan e poi concesso in
licenza ;-)
Tanto e' vero che si nota a occhio la "mano" diversa, ha un approccio
totalmente diverso dagli altri, e invece di avere collection di oggetti
figli, ragiona per indici, tipo griglia, dove devi ogni volta impostare le
"coordinate" correnti (il tab)
Sinceramente non ho mai capito per quali motivi abbiano voluto/dovuto
includerlo nel pacchetto, quando proprio nei common controls c'e' il
TabStrip che nonostante non funga da contenitore, funziona 100 volte
meglio...
Ciao
-- 
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown

 Ciao
Ciao
Andrea

 contenitore? )...
E' un po' piů laboriosetto da usare, ma funziona lo stesso: ci metti dentro
n controlli frame (o un array di frame) e li rendi visibili a turno, in
funzione del tab selezionato. La gestione in design time č un po' piů
complicata, e devi regolare le posizioni dei frame al run time, ma alla fine
funziona.
Salutoni
Sergio

 Sergio
Andrea

 contenitore? )...
Questione di abitudine: all'inizio e' un po' strano, ma una volta visto
l'esempio della guida sai tutto quello che ti serve e le 4 righe di codice
che devi scrivere ogni volta per fare funzionare il meccanismo non le noti
piu'
Oltretutto questo sistema da anche alcuni vantaggi; intanto e' un piu'
leggero (i controlli contenitore occupano un po' piu' di risorse), poi e'
molto flessibile e si presta ad alcuni "giochini" utili; per esempio, spesso
ho delle schede in cui solo una parte dei controlli deve cambiare da una
all'altra: e' sufficiente dimensionare diversamente il contenitore di
appoggio (solita Picture o frame senza bordi) e puoi evitare di duplicare i
controlli o dover cambiare il container al volo... tanto per capirci quello
che vedi nelle proprieta' dello schermo di Windows, tra le due schede
'Desktop' e 'Screen saver'


 voglio sinceramente capire il motivo di questa scelta...
Auguri. Se otterrai un risultato, faccelo sapere.
Salutoni
Sergio

 meglio...
Che funzioni, non dubito, che sia pratico dubito molto e rilancio.
In effetti, io direi: "non ho mai capito per quali motivi abbiano
voluto/dovuto includere il TabStrib nel pacchetto quando c'era già SSTab".
Sinceramente e senza polemica.

 piu'
E la visione dei vari "contenitori" in fase di progettazione/design?
Comodissimi, vero? ;-)

 Sergio
Andrea

 ha scritto nel messaggio
news:b9dh1g$i1ec3$1...@ID-174464.news.dfncis.de...

Il fatto e' che "non c'era gia'": il tabstrip e' un controllo nativo a
livello di shell di Windows, SSTab e' stato aggiunto apposta per VB, secondo
me solo perche' in epoca Windows 16bit, quando si cominciavano a vedere le
prime interfacce con i controlli a schede, esisteva un controllo analogo per
VB3 sempre della Sheridan, e in qualche modo si veniva incontro a quelli
abituati con quest'ultimo...
Sinceramente e senza polemica:
- non ho mai visto messaggi che lamentassero problemi particolari sul
controllo TabStrip, ne vedo spesso e volentieri su SSTab
- Non vedo perche', avendo gia' bisogno di ListView, Tree e soci, mi devo
accollare un ulteriore riferimento e distribuire un'altro OCX con *solo*
SSTab, quando lo ho gia' a disposizione nei common control e quando SSTab
non fa nulla in piu', se non semplificare il design... sara' anche piu'
"pratico" a livello di interazione col mouse, ma a livello di interazione
via codice e' parecchio piu' antiquato rispetto agli oggetti del tabStrip
Non e' che non mi farebbe comodo se il tabstrip fungesse anche da
contenitore, ma per quanto mi riguarda i vantaggi di passare a SSTab non
compensano per nulla gli svantaggi.


 wrote in message
news:b9de8r$i3f7d$1...@ID-170738.news.dfncis.de...


 istanziazione a runtime di singola "pagina" di controlli;
mai usata cosi , cmq oramai li metto vicino ai controlli invisibili tipo
Timer winsock ecc.. tutta rimpicciolita
poi metto i miei frame ( che corrispondono ai tab cliccati) in cascata di
solito a sinistra fuori dall'area di sviluppo , guarda per me e' comodissimo
da utilizzare , ho modificato la routine di msdn e ci ho inserito anche le
funzioni di posizionamento del tabstrip ( da cui poi posiziono tutti i
frame )
l'sstab non l'ho mai provato fin'ora appunto perche' "dovevo" tenermelo in
mezo ai piedi , mentre visto che il tabstrip non fa da container lo butto in
giro e tengo tutto ordinato ^_^
-- 
<Gigio2K>
Sito Comune
Nokia -> I.T.H.N. -> 
http://www.ithn.it/
VB -> I.C.L.VB -> 
http://www.it-lang-vb.net/

 Comodissimi, vero? ;-)
eh eh , hai toccato la nota critica !!!
Cmq una volta "prese a mano" le dimensioni, metti i frame in cascata e bon !
^_^
E' tutto bello ordinato !!!


 E' tutto bello ordinato !!!
Pensa che nel SSTab quello che disegni in fase di progettazione in ogni Tab
è quello che vedi, clicchi su un'altra linguetta e, magia, vedi (solo ed
esattamente) quel che ci sta dentro e, incredibile, ma vero, quel che vedi
tu è esattamente quello che vedrà il tuo utente.
Io insisto: La mente che ha pensato al TabStrip andrebbe studiata.

 vero, quel che vedi tu è esattamente quello che vedrà il tuo utente.
Sarcastico :p
Cmq alletti la mia pigrizia ... ci faccio un pensierino ^_-


 Io insisto: La mente che ha pensato al TabStrip andrebbe studiata.
Ciao Lupotto,
E' vero che il tabstrip è un controllo molto particolare, ma è
anche vero che la presenza e la "conformazione" del tabstrip
hanno un motivo molto valido di essere( leggi la mia reply a Sergio ).
Detto questo, c'è anche da dire che non ci voleva un caspito a
rendere il tabstrip container sin dall'inizio e dargli le stesse
caratteristiche,
oppure di fare in modo che avesse due "modalità" fondamentali di utilizzo
( hai presente la Listbox con i suoi stili? ), no?
Resta poi da vedere se, come al solito, MS per le cose sue usa controlli più
"complessi" che non pubblica e che tiene per se.
Ciao
Andrea

 ( hai presente la Listbox con i suoi stili? ), no?
Bravo. Intendevo dire _solo_ ed esclusivamente questo. ;-)

Raga,
Trovata la soluzione che mette d'accordo tutti ^_^
E' il classico uovo di colombo.
Tutto il problema nasce dal fatto che io devo recuperare da un
DB SQLServer dei dati. La cosa bella è che questi dati sono "uniformi",
vale a dire che arrivano tutti dalla stessa tabella, e vengono divisi per
tab.
Ho deciso di usare il Tabstrip ed una *sola* listbox, caricando i dati
corretti al momento del cambio di Tab.
Semplice no?
Ciao
Andrea