Newsgroup: it.comp.appl.access
Titolo: Report:dimensione di caselle di testo "Basse"

Salve a tutti.
Ho un report con le seguenti caselle di testo:
"Descrizione "; "quantità"; "Prezzo" inserite nel corpo del report una di
fianco all'altra.
La casella "Descrizione " può contenere tantissimo testo per cui in
anteprima la stessa casella si allunga in basso("Espandibile") di diversi
cm.
Il problema è che la casella "quantità" e la casella "prezzo" non
"allungandosi" verso il basso come la "descrizione" rimangono in alto
rispetto a questa.
E' possibile "adattare" via codice o quant'altro la dimensione di "quantità"
e "prezzo" in modo che in anteprima appaiano allineate in basso rispetto
alla casella "descrizione""allungata"?
Grazie Luca.

 ha scritto nel messaggio
news:d7ffsp$2hn$1...@domitilla.aioe.org...

Grazie ma l'inglese lo mastico male e poi l'esempio serve per adattare ad
una dimensione particolare...ma non allina in basso

 ha scritto nel messaggio
news:DdIme.962661$b5.41...@news3.tin.it...

Allinea in basso.
Controlla il campo "blanks" della query origine del report.
Il campo blanks viene valorizzato da:
StringBLine(StringCnt([Text];Chr(13))+(Int((Len([Text])/46)+0,5))+1)
Quindi [blanks] & [Quantità]
Oppure [blanks] & [Prezzo] etc..
Ho fatto delle prove e funziona perfettamente.
--
rgrds
SC

 ha scritto nel messaggio
news:d7h0tb$sah$1...@domitilla.aioe.org...

Ti passo una parte dell'articolo in cui si spiega ciò che fa:
Inizia
Dobbiamo decidere quale casella controllerà l'altezza della riga da
stampare.  In genere è un campo memo con qualche descrizione o commento.
Nella query vi è un calcolo per contare il numero di linee necessarie.  Ciò
avviene con due procedure ed un criterio.  Il  criterio è che il font di
caratteri che usi per la stampa deve essere a spaziatura fissa quali il
Courier  o il Courier new.
La prima procedura è StringCnt (strIn, strFind).  La procedura prende 'strIn
'dell'input e conta il numero delle ricorrenze trovate della stringa
specificata fornita in in'strFind'.  In questo esempio vedrete 'Chr(13) 'che
è un ritorno a capo.  Ora se ogni riga avesse un reale ritorno a capo
saremmo a posto.  Purtroppo il più delle volte ciò non è.  Il ritorno a capo
automatico è il più comune metodo di visualizzazione, il che significa che
potresti avere 1 ritorno a capo e  20 linee.  Per tenere conto di ciò prendi
la lunghezza totale del testo che governa l'altezza delle caselle e dividila
per il numero di caratteri che visualizzerai in una linea.  Nell'esempio ho
usato 46.  Ad arrotondare il conteggio della linea ho aggiunto 0,5 al
conteggio.  Allora ho aggiunto 1 linea per concedere un margine e un fattore
di  assemblamento nella parte bassa di ciascuna casella.  La seconda
procedura è StringBLine (intCnt) che genera una linea blank basata sul
conteggio fornito.  Ciò mi dà un insieme blank dei dati per inserire in ogni
casella necessaria che forza la dimensione relativa a ciò che è necessario.
Finisce
In pratica ci saranno nella tua casella tanti "a capo" quanti sono i
caratteri della "descrizione" diviso (in questo caso) per 46 + il margine.
E' obbligatorio il carattere a spaziatura  fissa quale il Courier.
--
rgrds
SC


Scusa l'inesperienza cosa intendi con:
Quindi [blanks] & [Quantità]
Oppure [blanks] & [Prezzo] etc..   ??
Grazie abbi pazienza
Luca

 ha scritto nel messaggio
news:d0Vme.1467769$35.54...@news4.tin.it...

Fai questa prova:
Nella visualizzazione struttura query di origine del report imposta "blanks:
StringBLine(StringCnt([Text];Chr(13))+(Int((Len([Text])/46)+0,5))+1) &
"Pippo".
A questo punto controlla nel report dove viene inserito "Pippo".
--
rgrds
SC

 ha scritto nel messaggio
news:d7h7f9$em0$1...@domitilla.aioe.org...

OK Grazie