[VB.NET] Label in tab non visibile restituisce un valore vuoto

[cmaxym]

Scusa, provengo dal Mondo VB6 e sto rifacendo Un'applicazione in VB.Net, ora, a voi sicuramente sembrerà una banalità ma io mi trovo a combattere con un problema davvero assurdo:
in pratica ho un Tab Control con 3 tab, la form parte con la TAB0 attiva, premendo un Pulsante presente nella Tab0, parte una procedura che in base ad una Label presente nella Tab1 (Quindi in quel momento nascosa) esegue una operazione piuttosto che un altra, peccato che il valore di quella label è pari a "" (Vuota), il che è impossibile in quanto trattasi di una label collegata ad un campo DB.
Se invece, prima di premere quel pulsante clicco sulla tab1 e poi torno sulla Tab0 allora la procedura funziona correttamente in quanto la label risulta valorizzata. Questo comportamento su VB6 non succede

Sicuramente sono io che sbaglio qualcosa (Spero).

riuscite ad indirizzarmi a dove è il problema?

Grazie in anticipo per la collaborazione.

saluti

[Misterxxx]

Ciao, é un problema che non ho riscontrato. Servirebbe il progetto da poter testare.

[U235]

Scusa, provengo dal Mondo VB6 e sto rifacendo Un'applicazione in VB.Net, ora, a voi sicuramente sembrerà una banalità ma io mi trovo a combattere con un problema davvero assurdo:
in pratica ho un Tab Control con 3 tab, la form parte con la TAB0 attiva, premendo un Pulsante presente nella Tab0, parte una procedura che in base ad una Label presente nella Tab1 (Quindi in quel momento nascosa) esegue una operazione piuttosto che un altra, peccato che il valore di quella label è pari a "" (Vuota), il che è impossibile in quanto trattasi di una label collegata ad un campo DB.
Se invece, prima di premere quel pulsante clicco sulla tab1 e poi torno sulla Tab0 allora la procedura funziona correttamente in quanto la label risulta valorizzata. Questo comportamento su VB6 non succede

Sicuramente sono io che sbaglio qualcosa (Spero).

riuscite ad indirizzarmi a dove è il problema?

Grazie in anticipo per la collaborazione.

saluti

Probabilmente prendi il valore dal controllo sul form e non dal database, quindi il valore del controllo non è "valorizzato" fintanto che non viene eseguito il binding (probabilmente con il render della tab).
Ora non so che cosa stia facendo, ma sembra una sorta di procedura guidata, in ogni caso c'è a parere mio un problema nella logica di base: se la procedura dipende da un qualcosa iniziale come il valore in un controllo, questo controllo dovrebbe stare nella prima tab, non nella seconda. A meno che la seconda non sia consequenziale alla prima, ma sia una sorta di pagina delle opzioni. In questo caso ok, evidentemente non è una procedura consequenziale, quindi non deve dipendere da una scelta ogni volta, ma ha un default, di conseguenza i valori di default prendili direttamente da dove li hai memorizzati (database), non da dove li modifichi (controllo) perché non fanno parte della stessa procedura per logica.

[U235]

.

[Misterxxx]

Probabilmente prendi il valore dal controllo sul form e non dal database, quindi il valore del controllo non è "valorizzato" fintanto che non viene eseguito il binding (probabilmente con il render della tab).
Ora non so che cosa stia facendo, ma sembra una sorta di procedura guidata, in ogni caso c'è a parere mio un problema nella logica di base: se la procedura dipende da un qualcosa iniziale come il valore in un controllo, questo controllo dovrebbe stare nella prima tab, non nella seconda. A meno che la seconda non sia consequenziale alla prima, ma sia una sorta di pagina delle opzioni. In questo caso ok, evidentemente non è una procedura consequenziale, quindi non deve dipendere da una scelta ogni volta, ma ha un default, di conseguenza i valori di default prendili direttamente da dove li hai memorizzati (database), non da dove li modifichi (controllo) perché non fanno parte della stessa procedura per logica.

Motivo per quale occorrerebbe il progetto, per verificare quando viene eseguito il binding e caso mai "anticiparlo".
Leggere il valore di un campo in un altro TAB non è di per sè un problema.

[U235]

Motivo per quale occorrerebbe il progetto, per verificare quando viene eseguito il binding e caso mai "anticiparlo".
Leggere il valore di un campo in un altro TAB non � di per s� un problema.

Io ho parlato di un altro problema per cui non � importante vedere il progetto o anticipare il binding. Poi se l'utente ti vuole postare il progetto mica glielo impedisco