Newsgroup: it.comp.appl.access
Titolo: inserire gli ACapo da codice in una casella di testo

Ho una casella di riepilogo che si chiama "docenti", contenente,
poniamo:
Mario Rossi
Carlo Bianchi
Volevo riempire una casella di testo dal nome uguale, in una maschera
che si chiama "mModifica", una riga per nome, col seguente codice:
For i = 1 To docenti.ListCount
Forms!mModifica!docenti.Text = Forms!mModifica!docenti.Text &
docenti.ItemData(i - 1) & vbCrLf
Next i
Mi mette i nomi, ma tutti attaccati.
Ho provato a sostituire il vbCrLf con:
Dim ACapo as string
ACapo = vbKeyControl + vbKeyReturn
ma è lo stesso.
Ho cercato sul forum ma sembra che tutti risolvano con "vbCrLf" oppure
con "chr(13) & chr(10)". Ho provato anche questa ma senza esito.
Ho messo la proprietà FunzioneTastoInvio della casella destinazione a
"Nuova riga del campo", ma nisba.
A questo punto ho pensato di sostituire la casella di testo con una
casella di riepilogo e ho scritto:
Forms!mModifica!docenti.ItemData(i - 1) = docenti.ItemData(i - 1)
ma mi esce un errore: "L'oggetto non è un insieme" di cui ignoro il
significato.
La cosa sta diventando una questione di principio. Chi mi aiuta a
"principiare"?
Ciao e grazie.
Riccardo Baldinotti

 ha scritto nel
messaggio news:d01fc9e3.0306...@posting.google.com...

Le caselle di riepilogo richiedono un punto e virgola (;) tra una parola e
l'altra.
Quindi elimina pure il vbCrLf e sostituiscilo con un bel & ";"
Dimenticavo: in Tipo Origine Riga devi usare "Elenco Valori".
Ciao, Carlo

 ha scritto nel
messaggio news:d01fc9e3.0306...@posting.google.com...

Scusa non avevo ben capito.
In questo caso assegna il valore ad una variabile di tipo testo e poi questa
al controllo:
Dim MiaStringa as string
For i = 1 To docenti.ListCount
MiaStringa  = MiaStringa & docenti.ItemData(i - 1) & vbCrLf
Next i
Forms!mModifica!docenti = MiaStringa
Ciao, Carlo

Grazie. Quando divento miliardario farò erigere un monumento ai forum
(bé, niente di erotico, però! ;-)).
Riccardo Baldinotti
P.S.: non credo di diventare miliardario scrivendo programmi in
Access; qualcuno sa consigliarmi un altro sistema?

 ha scritto nel
messaggio

AS400.
i risultati funzionali non sono garantiti e l'elasticita' dell'applicazione
e' prossima a 0, ma nessuno ci capisce niente e il risultato economico e'
assicurato.
se invece vuoi fare lavorare i tuoi clienti, resta dove sei.
sib

"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:sNgGa.154577$g92.3...@news2.tin.it...

Non generalizziamo... Gli applicativi AS/400 sono assolutamente funzionali,
robusti e soprattutto veloci...
Certo l'elasticità non è il loro forte ma penso che non sia poi così
fondamentale in certe realtà.
Non credo che soluzioni basate su Access o VB o Java o web oriented possano
soddisfare esigenze di grandi corporate.
Pensa a tutte le rogne che potresti avere in una corporate con 200 o 300
terminali attivi, magari di più: in emulazione di terminale abiliti il
terminale, installi l'emulatore di terminale sul PC (Mac, Win, Unix, Linux,
ecc...) e il gioco è fatto.
Pensa anche a soddisfare le esigenze di una cospiqua serie di terminali
collegati in wan con banda limitata: un terminale lo fai funzionare
perfettamente anche a 9600 baude, un qualsiasi access, VB o affini ha
bisogno di decine di KB per travasare dati!
Anche questa soluzione ha i suoi costi.
Mi sembrava doveroso esprimere anche questa cosa... Solo perchè non tutte le
*vecchie* tecnologie sono poi da buttare perchè *semplicemente datate*!
Bye e scusate l'OT.

 *vecchie* tecnologie sono poi da buttare perchè *semplicemente datate*!
No, no, non si tratta di una vecchia tecnologia, stando alla ibm sarebbe
ancora valida.
il problema e' che i costi sono sproporzionati (non esiste possibilita' di
smentita in merito) e a conoscere il sistema sono solo loro (anche questo
difficilmente smentibile).
Ricordo ancora le aspre dispute fra me e lo sviluppatore AS, a parole
vinceva lui, ma a query non c'era storia.
Ciao
Sib


Tutto questo senza vole sparare a zero su Access e Microsoft, visto che uso
entrambi con grande soddisfazione, ma certe cose bisogna pur dirle!
Alla fine dell'anno i ferimi macchina SONO SOLDONI.
E non dirmi che i tuoi utenti non hanno mai problemi.
per esempio, ora devo risolvere un problema di installazione di un
applicativo Access con runtime che su XP Pro non funziona... i terminali
sono OK, ovviamente.
Ciao.

 sono OK, ovviamente.
Evidentemente abbiamo esperienze diverse e non conciliabili, quindi non ci
resta che mantenere le nostre opinioni e restare amichevolmente in
contrasto.
Ciao e a rileggerci.
Sib

"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:YMmGa.85838$pR3.1...@news1.tin.it...

Già... a rileggerci lunedì (spero).
Bye.
George