Newsgroup: it.comp.lang.visual-basic
Titolo: Come controllare il numero dei caratteri digitati

VB6-SP6
Com'è possibile controllare il numero dei caratteri digitati in una text box 
o in una Inputbox, affinchè non sia superatro un certo valore ?
Ringrazio dell'aiuto.
GIAP

 o in una Inputbox, affinchè non sia superatro un certo valore ?
'Crea un progetto nuovo
'inserisci sul form un Controllo TextBox,
'incolla questo codice
Private Sub Form_Load()
    Dim i As String, n As Integer
    n = 10
    Text1.MaxLength = n
1   i = InputBox("Digita la PassWord, Massimo " & n & " caratteri.")
    If Len(i) > n Then
        GoTo 1
    Else
        Text1.Text = i
    End If
End Sub
--
Ciao Fede
By Chicco Production
http://bcp.freetools.it

 o in una Inputbox, affinchè non sia superatro un certo valore ?
Impostando la proprietà MaxLength della textbox alla lunghezza massima
consentita.
Spero sia utile. Ciao.
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 ha scritto nel messaggio 
news:79Z93Z213Z123Y1...@usenet.libero.it...


 superato il limite.
Private Sub txtInserisci_Change()
     lblContaCaratteri.Caption = Len(txtInserisci.Text)
End Sub


 ha scritto nel messaggio 
news:84Z221Z111Z75Y...@usenet.libero.it...


 ????
La input box è abbastanza limitata imho.
Ti puoi sempre creare una tua Input Box e fare quello che ti serve.

 ????
No, purtroppo la InputBox non permette una cosa del genere, a meno che non
si utilizzi il subclassing che però richiede delle conoscenze molto più
avanzate. E in ogni caso applicare questa tecnica richiederebbe una notevole
quantità di codice da inserire, non giustificata da un semplice conteggio di
caratteri.
Non è possibile farlo con la InputBox, perché la InputBox non è un controllo
di VB ma una funzione intrinseca.
Durante l'esecuzione di una funzione intrinseca non è possibile controllarne
né interromperne il funzionamento. Il fatto che la funzione "blocchi" il
sistema e rimanga in attesa della pressione di OK non deve trarti in
inganno: fa parte del suo meccanismo interno e non è intercettabile in alcun
modo da VB. Significa che la funzione restituisce una stringa (che la
funzione ottiene utilizzando un controllo textbox interno non accessibile da
VB), e tu puoi verificare questa stringa solo dopo che la funzione è stata
eseguita. Con la InputBox puoi al massimo invitare l'utente a ritentare,
ripetendo la InputBox finché l'utente non inserisce una stringa accettabile.
Inoltre, dato che la InputBox è una funzione e non un controllo, non espone
eventi. Con una casella di testo puoi controllare l'inserimento proprio
sfruttando l'evento Change che si verifica ogn volta che viene aggiunto o
tolto un carattere, ma la funzione InputBox non solleva alcun evento
intercettabile dal programmatore.
Per questi motivi la InputBox è così poco usata, perché è molto poco
flessibile: molto meglio una casella di testo, magari in una finestra modale
personalizzata.
Spero sia utile. ciao.


 ha scritto nel messaggio 
news:84Z221Z111Z75Y1...@usenet.libero.it...


Ti ringrazio del suggerimento ma per me sarebbe oltremodo difficile gestire 
una "mia" inputbox. Non sono abbastanza preparato per un simile compito.
Grazie comunque
GIAP
"Andrea [Work]" <andrea.isw...@gmail.invalid> ha scritto nel 
messaggio news:1pv30f1cjwn7c.9l2mjfra5lzr$.dlg@40tude.net...


 avrebbero occupato notevole spazio in un form.
Diciamo pure che mettere fuori 20 InputBox una dietro l'altra potrebbe 
voler dire mettere a dura prova anche la pazienza dell'utente... 
personalmente, se mi trovassi davanti ad un software che mi fa venti 
domande una dietro all'altra credo che rinuncerei.
Preferisco 20 textbox in un form piuttosto che 20 domande di fila: se 
poi sbaglio a immettere un dato? Cosa faccio?
Per lo spazio sul form non è il caso di farsi troppi problemi, e in ogni 
caso esistono, ad esempio, i controlli TabStrip[0] ed SSTab[1] che 
possono farti risparmiare spazio e, soprattutto, permetterti di 
raggruppare in maniera più comprensibile le informazioni.
Se non ricordo male uno di questi due controlli creava problemi in 
qualche circostanza.
[0] 
http://support.microsoft.com/kb/155009/it
[1] 
http://msdn.microsoft.com/en-us/library/aa228545(VS.60).aspx
 (questo 
è in inglese, ma una breve ricerca con google dovrebbe aiutarti)
S.

 circostanza.
se ricordo, sstab, che e' molto piu' facile da usare a design (clicchi un 
tab e vedi i controlli che gli sono collegati), ma richiede un ocx a se' che 
a piu' d'uno dava problemi.
il tabstrip dei common controls va gestito a mano in fase di form_resize, ma 
poi e' abbastanza liscio. l'help di vb6 in questo caso e' molto utile.
ciao, a.

 e' molto utile.
Eccallà, allora era proprio SSTab quello che ricordavo io.
Oh, per fortuna che con il .NET sono finalmente riusciti a introdurre un 
controllo a schede che non ti fa perdere troppo tempo!
S.

 controllo a schede che non ti fa perdere troppo tempo!
bene, ancora non l'ho usato ma e' incoraggiante.
ciao, a.

 mondo? O sono diventati un pelino più ecologisti?
se vuoi puoi anche non farti mandare i supporti e fare tutto e solo con 
i download, ma se non hai una linea veloce scordatelo, vs2008 sono 3giga 
e la rispettiva documentazione oltre 2.
I supporti però non contengono tutto ciò che puoi scaricare,
ad esempio puoi solo scaricare vb6, ma anche vb3, vb2,
win3.11 il dos6.22 per i nostalgici :-)
strano ma vero, non puoi scaricare visual studio 6 (non è più presente 
per accordi con la sun, e win 98)
c'è sql server 2000 (non ricordo se sono ancora disponibili la 7 e la 6.5)
insomma, un sacco di roba.
ciao
stefano

 bene, ancora non l'ho usato ma e' incoraggiante.
Sì, diciamo che una volta che l'hai piazzato sul form sei grossomodo a 
posto.
Grazie per le risposte!
S.

 insomma, un sacco di roba.
Addirittura windows 3.11... che tempi... io ho iniziato a usare il pc 
con windows 3.0  O_o
Ma dunque, se scegli di farti mandare i supporti, non hai la possibilità 
di scaricare via internet?
Grazie per le preziose informazioni, gentilissimo.
S.

 di scaricare via internet?
controlla la versione e l'abbonamento, ma direi che puoi farlo. ci stavo 
appunto tentando con xp, e vs2008 l'ho tirato giu' ben prima che fosse 
disponibile fuori msdn (e anche che fosse incluso nei dvd).
solo, ovviamente il downloader e' ms (activex > ie obbligatorio), un banale 
flashget/flashgot sarebbe stato troppo semplice. e se c'e' un proxy puo' 
incasinarsi.
alla fine, anche per lavoro, li tiro giu' quasi sempre da casa con alice...
ciao, a. 

 Grazie per le preziose informazioni, gentilissimo.
figurati.
ciao
stefano

 ciao, a.
ciao
stefano

 "originali".
Immaginavo.
Grazie mille ancora!
S.

 alla fine, anche per lavoro, li tiro giu' quasi sempre da casa con alice...
Oggesù... anche il downloader ms.
Un ftp era troppo semplice, evidentemente :)
S.

 promettente. Si sono smentiti subito.
ne parlavo in questi giorni con l'amico sistemista. a casa ho vista da 10 
mesi. e mi piace infinitamente piu' di xp, anche se vorrei che il desktop 
avesse l'aspetto che piace a me e non quello che hanno pensato a redmond, e 
sembra non ci sia pezza :)
in lan, ci penso un po', se uno ha fatto wupgrade sp1 imho non ha risolto la 
beneamata minkia, e continua ad avere delle cose scemine ma noiosissime. 
anche se quando prendero' dei pc nel 2009 mi tocchera' comunque, temo...
il problema non mi sembra il mini kernel. nella loro logica, capisco che 
provino a ridurre a uno schema base unico. nb: 2008 ancora non l'ho provato, 
gia' combatto con i permessi e i gruppi dell'active directory del 2003...
negli youtube su win7, diceva 40. imho, non sono i 40, o i 140 di vista.
e' che quando il pc funziona, di solito come prima cosa ci metti su un a/v, 
e mcafee ultimo mi sta stroncando tutti i 2000. nascevano con 128m, lui da 
solo se ne prende quei 140...
poi sono le connessioni, i diver audio/video, gli iis, i mssql, i 
quicklaunch di acrobat e openoffice, i realaudio, i quicktime, i 
ciappi/micaciappi...
metti il motore di una bentley su un kart, e andra' a scheggia.
ma non sara' una bentley...
come quando mi dicono che linux gira magnificamente sui 386 con 4m.
ammetto, e' un po' da pugna, ma mi scappa sempre:
"anche col kde 4.1?" :)
ciao, a.

 provino a ridurre a uno schema base unico.
E' una questione di necessità. Ormai hanno più di 50 layer
di programmazione che interferiscono uno con l'altro e non
ci capiscono più niente neanche loro:
http://blogs.msdn.com/philipsu/archive/2006/06/14/631438.aspx
Devono sfrondare o essere sfrondati :-).
Bye, G. 

 
http://blogs.msdn.com/philipsu/archive/2006/06/14/631438.aspx
Eccolo, avevo trovato questo post tempo fa ed ora non riuscivo più a 
trovarlo.
S.

 E' una questione di necessità. Ormai hanno più di 50 layer
yes, midori, o doremi, o come lo chiameranno.
http://www.corriere.it/scienze_e_tecnologie/08_luglio_31/microsoft_windows_sistema_operativo_midori_5f60ecc2-5f0c-11dd-89c2-00144f02aabc.shtml
in pratica: compri un paio di scarpe, le indossi, poi ti concentri sulla 
scatola. se hai sistemisti sottomano (sic :), unite mignoli-pollici. voila'. 
importante e' che ogni sistemista conosca un o.s. diverso :)

una "mia" inputbox. Non sono abbastanza preparato per un simile compito.
Se una form modale con 2 pulsanti e una textbox è troppo complicata
forse è meglio che cambi hobby.
Ciao
-- 
Fritz
Togli *ERASE* per rispondere in e-mail.