Newsgroup: it.comp.lang.visual-basic
Titolo: inserire image "sopra" un frame

ciao a tutti
non sapevo come intitolare il messaggio!
dunque il problema e' questo
Ho un form con un frame dentro il quale ho messo parecchi oggetti (fra i
quali delle textbox)
e vorrei che al caricamento del form l'utene non potesse modificare i
contenuti delle textbox.
Cosi' invece di mettere ENABLED=FALSE per tutte le textbox che sono tante ho
messo FRAME.ENABLED=FALSE
Il problema e' che una textbox rappresenta un indirizzo e-mail.Cliccando
un'icona posta vicina alla textbox l'utente puo' inviare una mail
all'indirizzo scritto ma poiche' l'icona appartiene al frame anch'essa viene
disabilitata e quindi non e' cliccabile.
Ho provato a inserire l'icona come esterna al frame ma mi viene posta sotto
il frame e quindi non viene vista.
Come fare per non essere costretto a mettere ENABLED=FALSE per tutte le
textbox e riuscire a rendere solo l'icona enabled?
Spero di essere stato chiaro!!!
Ciao e grazie
teo

 textbox e riuscire a rendere solo l'icona enabled?
Icona fuori dal frame e poi icona.zorder 0

 textbox e riuscire a rendere solo l'icona enabled?
NomeControlloIcona.ZOrder 0
beppe
------------------------------------------------------------
Visita il sito del WWF Alto Ferrarese
http://www.comune.cento.fe.it/wwfaf
------------------------------------------------------------

 beppe
l'ho fatto...adesso e' enabled... ma non mi visualizza l'immagine ...come
mai?
riesco ad accorgermi che e' attiva perche' ho messo il mouseicon e un
tooltiptext ma l'immagine non riesco a vederla.
c'e qualche altro comando?
grazie
teo

 messo FRAME.ENABLED=FALSE
Perň cosě perdi l'effetto visivo della disabilitazione dei textbox.
Meglio usare una sub di questo tipo:
Private Sub CambiaStatoAbilitazioneTxtBoxInFrame(bAbilita As Boolean)
   Dim ctrl As Control
   For Each ctrl In Me
      If TypeOf ctrl Is TextBox Then
         If ctrl.Container Is Frame1 Then
            ctrl.Enabled = bAbilita
         End If
      End If
   Next
End Sub
Cosi', tutti i TextBox contenuti in Frame1 verranno abilitati o disabilitati
in base al valore del parametro bAbilita.
Incidentalmente questo risolve anche il tuo altro problema.
Ciao
*Roby*

 c'e qualche altro comando?
no, c'e' qualche altro controllo, il picture.
Il controllo image non espone la proprieta' tabindex, il che' mi fa
sospettare che non sia in grado di gestire l'ordinamento della
visualizzazione.


 l'immagine?
Il modo corretto di gestire il problema è quello suggerito da Roberto, ma se
ti vuoi impegolare con altri sistemi che definire "poco ortodossi" significa
essere generosi, sappi che i controlli image, come le shape e le label sono
_metodi_ grafici e non _controlli_, e quindi non puoi gestirne lo ZOrder: ti
rimarranno sempre sotto a tutto il resto.
Se il frame è un contenitore un motivo ci sarà. Altrimenti avrebbero fatto
un pannello sul quale potevi buttare sopra un po' di rumenta a caso.
Ciao

 _metodi_ grafici e non _controlli_, e quindi non puoi gestirne lo ZOrder:
ti
giusto per polemizzare, controlli di tipo grafico, i metodi grafici sono
un'altra cosa!
....


 un'altra cosa!
E allora polemiziamo :)
Un "controllo" che viene compilato come PaintPicture() (image), Print()
(label) o Line() (shape) non può essere definito controllo.
I controlli sono effettivamente un'altra cosa.
Che poi, per farsi capire dai programmatori VB, che dimostrano sempre più
un'ignoranza abissale, si debba scrivere nell'help "controllo grafico" (e
solo nelle pagine più nascoste o nei libri li si definisce come metodi,
quali sono) è un'altra cosa.
Ciao

 di massima non sono d'accordo con te.
Non so bene cosa intendesse Zanna (ovvero se la pensa come me), ma la mia
obiezione principale al metodo di cui si discuteva č che se i TextBox quando
sono disabilitati colorano il testo in grigino č meglio non modificare
questo comportamento, altrimenti l'utente perde anche i riferimenti fissi di
sistema.
Per questo avevo consigliato di disabilitare direttamente i TextBox. Perň
Teo ha risposto che gli č stato chiesto specificatamente di colorarli in
modo diverso, quindi mi sono limitato a defilarmi (il cliente paga ed ha
sempre ragione ma, visto che non paga me, sono libero di dissentire
comunque).
Evito di commentare il tuo discorso sulle Api. Usciamo da (relativamente)
poco da una disquisizione sull'uso o meno del Goto e Gosub, e vorrei evitare
un altro scontro tra "flessibili" e "rigidi".
In ogni caso, come dice zanna, i controlli tipo l'Image non essendo
container, e non avendo nč Hdc nč Hwnd sono piů metodi grafici che controlli
veri e propri.
Comunque si tratta solo di mettersi d'accordo sul nome, quello che fanno lo
sappiamo bene tutti e 3. ;-)
Ciao
*Roby*

 un'ignoranza abissale, si debba scrivere nell'help "controllo grafico" (e
...
Controllo e' cio che espone proprieta' metodi ed eventi, poi se tutti
vogliamo definire metodo un controllo semplicemente perche' abbiamo una
nostra filosofia personale di cosa un controllo deve avere per essere
definito tale ...
A questo punto ridisegnamo il tutto e stabiliamo che il metodo move del
metodo image puo' modificare la proprieta' top del metodo stesso.
Anzi, meglio ancora, visto che passando i parametri left, top, height, width
al metodo move questi variano la posizione del controllo, ops! scusa, metodo
image, non e' il caso di definire anche questi parametri come metodi, visto
che alla fin fine anche loro, seppur separatamente, agiscono sulla posizione
del metodo di cui sopra?
A me pare abbastanza chiaro no? ;o)
Non facciamo anche noi ulteriore confusione laddove e' piu' che sufficente
quella che esiste.
Questa pero' non vuole essere una polemica, ma l'espressione di un pensiero
personale.
Ciao
