Newsgroup: it.comp.lang.vo-clipper
Titolo: Problema con Win XP e Report Pro 3.2

Ciao a tutti.
Con una mia applicazione scritta in V025b3 utilizzo Report Pro 3.2 per
stampare reports su dati in formato DBF. Mi succede una cosa stranissima.
Premetto che sulla macchina di sviluppo ho Windows 98 (e su di essa non
rilevo il problema)mentre i clienti utilizzano XP Pro.
I clienti mi segnalano che volendo stampare ad esempio un report di
nominativi in ordine alfabetico tutto funziona bene se stampano direttamente
sulla stampante mentre se prima visualizzano l'anteprima del report a video
e dopo dalla stessa finestra dell'anteprima lanciano la stampa, alcuni
nominativi non vengono stampati. La cosa strana è che l'anteprima riporta
perfettamente tutti i nomivativi e che i nominativi che vengono saltati in
stampa sono intermedi rispetto all'ordinamento per nome!
Grazie per l'attenzione e l'eventuale aiuto.
Roberto Cordini

stampa sono intermedi rispetto all'ordinamento per nome!
Io uso RP2.10, non conosco il 3.2, pero' noto che anteprime e stampe
si comportano diversamente (giustamente) a seconda del driver
stampante utilizzato.
Quindi, se tu usi una stampante diversa dal cliente, dovresti
provarla,
non si sa mai.
saluti
===============================================
Antonello Negrone - Biella - Italy
anto...@anc-software.it
www.anc-software.it

 saluti
Ciao e grazie per la risposta. Il problema è che nella stampa da preview non
mi vengono stampati dei nominativi (intermedi rispetto all'ordinamento
alfabetico) che vengono stampati regolarmente se stampo direttamente sulla
stessa stampante senza fare la preview!!!!!!
Roberto Cordini

Io utilizzo XP prof. e RP 3.2 ma non ho mai avuto questi problemi. Da come
esponi il problema sembrerebbe dovuto agli indici del dbf, visto che salta
dei record, ma ovviamente avrai già controllato........
Spiacente di non poter esserti d'aiuto.
                        Francesco

 stampante utilizzato.
Questo è vero ma come potrebbero mancare dei nominativi? L'unico motivo
che mi viene in mente è che non entrino nella pagina e fuoriescano oltre
il margine inferiore.
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


Enrico come ti spieghi che se si stampa senza prima fare la preview tutto
funziona perfettamente, stesso RPT ma con oReport:PrintReport() invece di
oReport:PreviewReport() ?
Ciao.
Roberto

il margine inferiore.
L'unica idea che mi č venuta in mente č legata al rendering del
report, sensibile ai driver di stampa.
Anch'io, in un primo momento, ho pensato ai margini, pero' Roberto
dice, se ho capito la frase, che le voci mancano nella parte centrale
della pagina, come se RP saltasse dei record.
ciao


stessa stampante senza fare la preview!!!!!!
Il report è legato al DBF "reale" ?
Hai provato ad estrarre i dati e alimentare RP con un temporaneo?


 Hai provato ad estrarre i dati e alimentare RP con un temporaneo?
Prima di stampare, l'utente seleziona dei parametri in base ai quali il
programma crea un dbf temporaneo il cui nome viene passato all'oggetto
Report Pro che poi stampa il report. Il bello è che sto provando a simulare
il problema che mi viene segnalato da quattro clienti in condizioni hardware
e software identiche ed a me il problema non si presenta.
Ciao.
Roberto

 oReport:PreviewReport() ?
Purtroppo non uso VO e quindi mi riesce difficile aiutarti ma la cosa mi
suona veramente strana. Che differenza ci può essere tra i due metodi?
Cosa può, in uno, far saltare dei record? No, non mi sembra possibile.
Mi sa che il problema è da qualche altra parte...


stampa sono intermedi rispetto all'ordinamento per nome!
solo una curiosità: il problema si verifica sempre?
anche con un piccolo numero di nominativi?
e, al crescere del numero dei nominativi, si accentua o no?
oppure, su uno stesso numero, il problema si verifica random o
costante?
ciao


Sulla mia macchina il problema non si verifica mai.
Sulla macchina del cliente su 100 nominativi ne salta 15 e sempre quei 15.
Il problema si manifesta sempre stampando dalla finestra di preview. Se
invece si stampa direttamente sulla stampante senza prima chiedere
l'anteprima, tutto funziona bene.
Un bel dilemma vero?
Ciao.
Roberto Cordini


Innanzi tutto ringrazio gli amici del gruppo che hanno risposto alla mia
richiesta di aiuto.
A chi potesse interessare, penso di aver risolto il problema che lamentavo.
Il V02.5B3 ed il Report Pro 3.2 non sembrano centrano niente. Il problema
sembra dipendere dall'installazione plug&play delle stampanti eseguita da
Win XP. Appena si collega la stampante al computer, questa viene
riconosciuta immediatamente ed apparentemente installata correttamente.
Purtroppo però dove ho installato le stampanti HP deskJet 350, le Hp LJ
1200, LJ 2200 e LJ 4100 in questo modo, poi si è verificato il problema. Ho
provato ad eliminare le stampanti e poi a reinstallarle con i Cd forniti in
dotazione ed ora tutto sembra funzionare correttamente.
Spero che queste informazioni possano servire ad altri di Voi, per evitarvi
gli incubi Win X-files che ho avuto io.
Ciao a tutti.
Roberto Cordini

Questo problema si verifica non solo nelle stampanti, ma anche con altri HW.
Ad esempio se lascio che XP installi i  driver di un modem, tutto sembra
funzioni per il meglio, il SO comunicava con il modem ma era impossibile
prendere la linea, solo con i driver della casa madre il modem funzionò
bene, anzi benissimo.
Lezione: se qualcosa non funziona diffidare dei driver del SO Win XP
Ciao a tutti
Roberto
"Robby" <roberto...@NOXSPAMiol.it> ha scritto nel messaggio
news:ahj2k8$u42$1...@zamboni.dsnet.it...


 Lezione: se qualcosa non funziona diffidare dei driver del SO Win XP
Sono d'accordo. Altra cosa da annotare sui tanti malfunzionamenti di
XP... :-(
