Newsgroup: it.comp.lang.vo-clipper
Titolo: Incolonnare etichette di testo e variabili numeriche con RP 3.2

Uso Report Pro 3.2 ed ho la necessità di esportare alcuni report in formato
HTML e TXT. Il report viene stampato regolarmente con tutti i dati allineati
correttamente ma quando lo esporto ad esempio in 
f.to
 TXT,  alcune righe
come le intestazioni delle colonne e le righe finali con i totali risultano
disallineate. Per i campi numerici uso le PICTURE. Il font utilizzato è
l'Arial TT.
A qualcuno di Voi succede la stessa cosa? Come si può risolvere il problema?
Ciao a tutti.
Roberto Cordini

 l'Arial TT.
Non conosco Report Pro, ma a me sembra più che normale che un font a
passo proporzionale come l'Arial non conservi l'allineamento se il testo
viene portato in formato TXT. Se però tale TXT lo guardi con lo stesso
font con cui hai creato il report allora, probabilmente, dovresti
vederlo bene. Controlla un po'. Altrimenti devi utilizzare un font non
proporzionale, come il Courier New, anche per la stampa.
EMG
--
EMAG Software Homepage:     
http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: 
http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: 
http://www.emagsoftware.it/tbosg

Ma lo esporti in RTF o testo?
Perchè in testo non può mantenere nessuna formattazione, ma in rtf si e
funziona egregiamente, io lo faccio sempre.


Ciao Enrico e grazie per la risposta. Il report che devo stampare è
piuttosto sovraffollato tanto che se voglio farci rientrare tutte le colonne
devo utilizzare il font Arial con dimensione 8. Anch'io pensavo di poter
ovviare al problema utilizzando un font non proporzionale come il Courier ma
le dimensioni minime di questo font non sono sufficentemente piccole per
stampare tutte le colonne. La cosa strana è che tutti i dati numerici
(formattati con l'adatta picture) che fanno parte della Page body risultano
perfettamente incolonnati anche nel file txt che esporto. Anche alcune
stringhe di testo posizionate in un certo punto della Page header rimangono
perfettamente incolonnate. Dove si perde l'incolonnamento è nella riga con
l'intestazione delle colonne e nella riga dei totali!
Comunque, per chiarire meglio la questione, il file txt che devo creare
devrà contenere dati incolonnati a prescindere dal font utilizzato per
visualizzarlo. Si tratta di pura codifica ASCII MS-DOS dove un byte posto a
space ha sempre lo stesso codice ASCII. Quello che cerco di fare con Vo e
Report Pro riusciva perfettamente in Clipper quando si stampava impostando
prima il comando SET PRINTER TO "nome del file".
Ciao.
Roberto Cordini


Devo per forza esportarlo in 
f.to
 testo in quanto devo creare uno spool di
stampa in formato ASCII MS-DOS dal quale un altro programma estrarrà i dati
necessari da inserire in un lotto PT-POSTEL. Non mi interessano le
formattazioni, che per altro non possono essere memorizzate in un file txt,
ma che il numero di spazi tra una colonna e l'altra venga rispettato.
Ciao.
Roberto Cordini

 perfettamente incolonnati anche nel file txt che esporto.
Questo perché i caratteri corrispondenti alle cifre numeriche occupano
tutti lo stesso spazio anche in Arial.



I caratteri true type sono sempre caratteri true type indipendentemente dal
fatto che rappresentino numeri o lettere.
Il problema che segnalavo riguardo all'esportazione in 
f.to
 txt di report
creati con Report Pro 3.2 temo dipenda dal Report Pro stesso visto il
comportamento incongruente che ho rilevato in certe bands del report
rispetto ad altre.
Grazie per le risposte.
Ciao.
Roberto Cordini

 fatto che rappresentino numeri o lettere.
Non confondiamo la caratteristica di essere True Type con quella di
essere a passo fisso o proporzionale. La prima consente al font di
essere scalato come si vuole e di ottenere comunque un rendering
decente. La seconda indica il fatto che un carattere occupa una "cella"
di dimensione diversa a seconda se è, ad esempio, una "i" o una "W".
Come ho detto sopra, le cifre numeriche anche in Arial sono tutte della
stessa dimensione. Quindi se scrivi solo numeri (e non ci sono altri
caratteri dall'inizio della riga), la conversione in TXT non darà
disallineamenti neanche utilizzando l'Arial.


 disallineamenti neanche utilizzando l'Arial.
Hai ragione!
Ciao.
Roberto Cordini